You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@activemq.apache.org by ch...@apache.org on 2006/09/05 22:51:35 UTC
svn commit: r440484 [4/5] - /incubator/activemq/site/
Modified: incubator/activemq/site/news.html
URL: http://svn.apache.org/viewvc/incubator/activemq/site/news.html?view=diff&rev=440484&r1=440483&r2=440484
==============================================================================
--- incubator/activemq/site/news.html (original)
+++ incubator/activemq/site/news.html Tue Sep 5 13:51:30 2006
@@ -202,7 +202,7 @@
<LI><A href="sun-jndi.html" title="Sun JNDI">Sun JNDI</A></LI>
<LI><A href="tomcat.html" title="Tomcat">Tomcat</A></LI>
<LI><A href="unix-service.html" title="Unix Service">Unix Service</A></LI>
- <LI><SPAN class="nobr"><A href="http://goopen.org/confluence/pages/createpage.action?spaceKey=ACTIVEMQ&title=WebLogic%20Integration&linkCreation=true&fromPageId=97" title="Create Page: WebLogic Integration" class="createlink">WebLogic Integration<SUP><IMG class="rendericon" src="http://goopen.org/confluence/images/icons/plus.gif" height="7" width="7" align="absmiddle" alt="" border="0"></SUP></A></SPAN></LI>
+ <LI><A href="weblogic-integration.html" title="WebLogic Integration">WebLogic Integration</A></LI>
<LI><A href="wsif.html" title="WSIF">WSIF</A></LI>
</UL>
@@ -591,7 +591,7 @@
</TR>
<TR>
<TD valign="top">
- <B><A href="http://docs.codehaus.org/display/GEOTOOLS/2006/08/28/IRC%20Meeting%20-%2028%20August%202006">IRC Meeting - 28 August 2006 (created)</A></B>
+ <B><A href="http://docs.codehaus.org/display/GEOS/2006/09/05/IRC%20logs%20Sept%205">IRC logs Sept 5 (created)</A></B>
<BR>
<SPAN class="smalltext"><STYLE>
@@ -607,170 +607,266 @@
<DIV id="PageContent">
<DIV style="color: #666666; font-size: 10px;">
News
- created by <B> <A href="http://goopen.org/display/~rgould">Richard Gould</A></B> (<A href="mailto:rgould@refractions.net">rgould@refractions.net</A>) on Aug 28, 2006 14:49
+ created by <B> <A href="http://goopen.org/display/~bowens">Brent Owens</A></B> (<A href="mailto:brentowens@gmail.com">brentowens@gmail.com</A>) on Sep 05, 2006 15:39
</DIV>
<DIV style="border-top:1px solid #d3d3d3;">
<IMG src="http://goopen.org/images/icons/blogentry_16.gif" height="16" width="16" border="0" style="float:right;" alt="News">
</DIV>
-<P>1: SQLBuilder and sorting<BR>
-2: Backward Compatibility vs Clover</P>
+<P>1) demo coordination <BR>
+2) release of a WCS demo against a GeoTools 2.3.M0 <BR>
+3) intergrate a complex-feature inspired datastore plugin <BR>
+4) spring remoting service collision <BR>
+5) release train <BR>
+6) ibiblio</P>
-<P>rgould: 1) SQLBuilder and sorting: jdeolive <BR>
-jdeolive: i just wanted to open up a discussion, did anyone read my rant on the list<BR>
-aaime: Just did<BR>
-rgould: I glanced at it, but I'm not that familiar with that area of the code<BR>
-aaime: Adding to SQLBuilder should be easy since the order by clause is standard sql<BR>
-jdeolive: that is what i thought as a well<BR>
-jdeolive: its not a big change<BR>
-aaime: for everyone else, just keep the naive approach<BR>
-aaime: (in memory sorting)<BR>
-aaime: and warn the user that this may happen<BR>
-aaime: On a shapefile, for example<BR>
-jdeolive: well i am not sure what other code i will hit right away<BR>
-aaime: there's no way out unless we build extra indexes like ESRI did<BR>
-jdeolive: for now postgis is my test bed<BR>
-jdeolive: shapefile is hard, do we have generic attribute indexing code<BR>
-aaime: None<BR>
-jdeolive: i know you did some btree stuff a while back andrea<BR>
-aaime: Me? No<BR>
-jdeolive: oh, my bad<BR>
-aaime: I played with spatial indexes a bit<BR>
-aaime: but that's another story<BR>
-jdeolive: Jesse_Eichar may have done some work in that area<BR>
-jdeolive: anyways, the SQLBuilder interface is specific to jdbc so the rest of the codebase can remain with the same support for sorting<BR>
-jdeolive: and we can gradually transfer them over<BR>
-jdeolive: shapefile would be nice to have, but perhaps for the final wfs 1.1 deliverable<BR>
-aaime: So we state in the javadocs that sorting may be unsupported?<BR>
-jdeolive: i dont think so, let me check the Query interface<BR>
-aaime: We would have to provide code some way to tell if the results are sorted or not<BR>
-aaime: so that anyone can write generic code and fall back on in-memory sorting if necessary<BR>
-aaime: Otherwise we do create an API that one cannot work against...<BR>
-aaime: (at least, not generically...)<BR>
-aaime: Do we have a concept of capabilities in the data stores?<BR>
-jdeolive: well from an api point of view currently, sorting is supported, but it is ignored by all datastores<BR>
-jdeolive: nope<BR>
-jdeolive: but it would be nice<BR>
-jdeolive: i can think of a couple of uses for it<BR>
-jdeolive: sorting would be one<BR>
-jdeolive: crs reprojection support would be another<BR>
-jdeolive: that is a pretty big fish to fry at this point<BR>
-aaime: Hmmm... didn't we add a reprojecting feature reader while back?<BR>
-jdeolive: yes<BR>
-aaime: I thought every datastore would be using that now<BR>
-jdeolive: but i was more thinking of doing the reprojection on the server side<BR>
-jdeolive: like postgis with proj linked in<BR>
-jdeolive: it woudl be faster then sucking all data out and reprojecting on teh fly<BR>
-aaime: I'm not sure about that<BR>
-aaime: and besides, it would be supported only by a few datastores<BR>
-aaime: finally, I have the impression data stores know less CRS than we do?<BR>
-aaime: think also about custom CRS and the cascading CRS authority Martin is building<BR>
-jdeolive: fair enough, it was just an example<BR>
-aaime: No, it's a good one<BR>
-aaime: but delegating to the server is not always possible<BR>
-aaime: so you have to keep both code paths around<BR>
-jdeolive: oh definitley, i wasn;t implying that you wouldn't need the fallback code<BR>
-jdeolive: just a lot of operations can be optimized on the server and that the notion of capabilities would be a good way to express that<BR>
-jdeolive: but it also requirs a smarter client<BR>
-jdeolive: so who knows<BR>
-jdeolive: anyways, gettign back on track<BR>
-jdeolive: hopefully a few more people will chime up on the list<BR>
-aaime: Ok.<BR>
-jdeolive: andrea, if you could reply with your concern about api documentation and not supporting sorting that would be good<BR>
-jdeolive: and perhaps an implementation of some in memory sorting code<BR>
-aaime: Well, that's easy :-p<BR>
-aaime: Just assume the attribute you're sorting against it's comparable <IMG class="emoticon" src="http://goopen.org/images/icons/emoticons/smile.gif" height="20" width="20" align="absmiddle" alt="" border="0"><BR>
-aaime: If we go beyond that, we need a ComparatoryFactory somewhere<BR>
-jdeolive: sorry, i wasn';t asking for the how, just that it is needed <IMG class="emoticon" src="http://goopen.org/images/icons/emoticons/smile.gif" height="20" width="20" align="absmiddle" alt="" border="0"><BR>
-aaime: Oh, sorry man <IMG class="emoticon" src="http://goopen.org/images/icons/emoticons/smile.gif" height="20" width="20" align="absmiddle" alt="" border="0"><BR>
-jdeolive: i think i still have my 1st year data structures and algorithms book lying around somwhere <IMG class="emoticon" src="http://goopen.org/images/icons/emoticons/wink.gif" height="20" width="20" align="absmiddle" alt="" border="0"><BR>
-jdeolive: no worries<BR>
-jdeolive: so unless anyone has anything else i am all done<BR>
-groldan: now that you've talk about SQLBuilder<BR>
-groldan: I have a somewhat unrelated question<BR>
-groldan: in the upgrade path to GeoAPI Filter, what we could do with the lack of FilterVisitor?<BR>
-jdeolive: good question<BR>
-groldan: if we're going to not having to cast all the time to the geotools impl<BR>
-jdeolive: i brought up the lack of a FIlterVisitor with geoapi<BR>
-jdeolive: and was rejected<BR>
-aaime: Why?<BR>
-desruisseaux: By who?<BR>
-jdeolive: but when jody actually looked at the api again, he suggested it<BR>
-jdeolive: jody<BR>
-aaime: So what's the situation now?<BR>
-jdeolive: i think it is generally agreed to be a good idea, jsut have to add teh interface<BR>
-aaime: Ok<BR>
-groldan: so there is still hope?<BR>
-jdeolive: actually, i am sorry, i was thinking of FeatureVisitor<BR>
-jdeolive: there is a FilterVisitor in geoapi<BR>
-jdeolive: an ExpressionVisitor as well<BR>
-groldan: sure? so my bad, sorry<BR>
-jdeolive: yup, it should be in there<BR>
-jdeolive: however the geotools code is still pretty tied to the old interface<BR>
-aaime: Btw, about the b-tree support, I'm mailing the original hsql author... keep fingers crossed<BR>
-groldan: it is, I would have been confused by FeatureVisitor<BR>
-jdeolive: no worries, so was I <IMG class="emoticon" src="http://goopen.org/images/icons/emoticons/smile.gif" height="20" width="20" align="absmiddle" alt="" border="0"><BR>
-aaime: Next topic?<BR>
-rgould: ok, desruisseaux, did you want to bring up your question?<BR>
-desruisseaux: Minor question about backward compatibility<BR>
-desruisseaux: Some non-static inner classes were changed as static inner classes in order to workaround a Clover bug.<BR>
-desruisseaux: But those inner classes was part of public API.<BR>
-desruisseaux: So we have an (admitly small) compatibility break.<BR>
-aaime: Ah, my bad...<BR>
-desruisseaux: If in a future version Clover fix their bug and we switch back to non-static inner class, it would be an other compatibility break.<BR>
-desruisseaux: No worry Andrea<BR>
-aaime: I hardly imagine anyone using/extending those directly thought<BR>
-desruisseaux: Those classes are in a small corner of the API.<BR>
-desruisseaux: Yes, this is why the compatibility break may not hurt a lot of peoples. But it may hurt some - no idea how many.<BR>
-desruisseaux: Just wanted to known what people feel about that.<BR>
-aaime: Well, we did not release with the changes applied, right? Besides, would we need to go back?<BR>
-rgould: was this on trunk or 2.2.x or both?<BR>
-desruisseaux: There is no release with the changes applied (expept 2.3-M0). Going back would just provides a slightly more "elegant" API.<BR>
-aaime: Well, I never seen those classes before applying the fix...<BR>
-desruisseaux: We could put the question in an other way. To we refrain ourself from using a language feature (in this particular case, non-static inner class) for working around a clover bug, or to we hope for a bug fix in a future clover release?<BR>
-aaime: I don't see the difference style wise... Martin, do you have a java style book?<BR>
-aaime: (I had one for C++ for example)<BR>
-desruisseaux: I don't have any java style book. It was just about using a language feature in the way is was designed... I means, when an inner class want access to non-static methods of the enclosing class, non-static inner classes were added to the Java language exactly for that.<BR>
-aaime: My point of view is that having a tool to asses code coverage is order or magnitude more important than using a language feature<BR>
-groldan: I guess that if the inner class was converted to static inner without problem, that means that it should have been static from the beginning<BR>
-aaime: Yet, if nobody besides me is using it now<BR>
-aaime: then it's probably not as important to others <IMG class="emoticon" src="http://goopen.org/images/icons/emoticons/wink.gif" height="20" width="20" align="absmiddle" alt="" border="0"><BR>
-desruisseaux: The inner classes were converted to static inner class with the addition of a private field which is an instance of the enclosing class. This is the addition of this private field which is duplicating the non-static inner class mechanism.<BR>
-aaime: Yes, this is true<BR>
-desruisseaux: I admit that a good tool for measuring test coverage is very valuable.<BR>
-aaime: I tried two<BR>
-aaime: clover and cobertura<BR>
-aaime: unfortunately the cobertura plugin does not handle multi-module projects<BR>
-aaime: the build from the top level just breaks with it<BR>
-aaime: so I was left with clover on nothing ;-(<BR>
-aaime: (clover <EM>or</EM> nothing)<BR>
-aaime: I wouldn't have changed classes otherwise<BR>
-desruisseaux: I realize that and I appreciate a lot your effort. Just trying to put pros and cons in the balance. I guess that the referencing module was about the only one to use non-static inner classes?<BR>
-aaime: Yes<BR>
-aaime: Martin, when I looked at that code I found inheriting from an inner class defined in the base class, well, quite convoluted<BR>
-aaime: was the first time I found code doing that<BR>
-aaime: Maybe it's just me, I don't like inner classes anyways...<BR>
-aaime: (the only exclusion is anonymous inner ones because otherwise swing code would be unreadable...)<BR>
-aaime: Anyway, Martin, reading again your question<BR>
-aaime: No, it's not the only one using non static inner classes<BR>
-aaime: it's the only one having a non static inner class inheriting from another non static inner class<BR>
-aaime: that's what breaks Clover<BR>
-aaime: given that it's a tool used in many open source project and nobody complained so far<BR>
-aaime: it seems you have used one of those rarely know language features <IMG class="emoticon" src="http://goopen.org/images/icons/emoticons/smile.gif" height="20" width="20" align="absmiddle" alt="" border="0"><BR>
-aaime: An example of inner-class happy code is the DataUtilities... makes me sick every time I look at it <IMG class="emoticon" src="http://goopen.org/images/icons/emoticons/smile.gif" height="20" width="20" align="absmiddle" alt="" border="0"><BR>
-aaime: (sorry Jody(<BR>
-desruisseaux: A few years ago, Sun documentation said that using inner class instead of a private field to the enclosing class may allows some additional compiler optimization. I don't know if it still true today however.<BR>
-desruisseaux: (HotSpot compiler tend to be pretty good)<BR>
-aaime: Yeah... it improved a lot just between 1.5.0_07 and 1.5.0_08 <IMG class="emoticon" src="http://goopen.org/images/icons/emoticons/smile.gif" height="20" width="20" align="absmiddle" alt="" border="0"><BR>
-aaime: (I do see Eclipse go faster, and I'm not the only one)<BR>
-aaime: So, are we done?<BR>
-rgould: looks like it</P>
+
+<DIV class="preformatted"><DIV class="preformattedContent">
+<PRE>brent_ anyone know if Jody is coming?
+ quintona i believe not
+ brent_ oh
+ brent_ anyone else know what he wanted to discuss exactly with the proposed agenda items?
+ quintona he sent a mail to the list this morn
+ benguela I know something about 4) spring remoting service collision
+ quintona hang on
+ quintona Here is what I would like covered in the evening meeting:
+ quintona 1. demo coordination
+ quintona 2. (important) release of a WCS demo against a GeoTools 2.3.M0 (see
+ quintona geotools meeting for details)
+ quintona 3. (important) discussion of ability to intergrate a complex-feature
+ quintona inspired datastore plugin as a 1.5.x community module
+ quintona 4. spring remoting service collision, we need a naming convention or
+ quintona something for the community module URLs
+ quintona 5. GeoServer 1.4.0 release train, apparently Brent has taken over, I
+ quintona think all docs are available now
+ quintona Cheers, Jody
+ jdeolive i think i can comment on 3 and 4
+ brent_ ok
+ brent_ lets start with the first
+ brent_ 1) demo coordination
+ brent_ geoserver workshop is on the wednesday
+ brent_ I'm not sure what else we are coordinating with
+ jdeolive probably wcs guys
+ brent_ ah
+ jdeolive i emailed them asking for some info about their demo, but nothing back yet
+ brent_ k
+ jdeolive i would like to show some of there stuff off in my talk, butnot exactly sure how
+ brent_ do they have a timeslot or are they sharing with us?
+ brent_ yeh me too
+ jdeolive i am not sure
+ jdeolive i dont think they are sharing with us
+ brent_ k, well lets wait to talk with them
+ jdeolive alrighty
+ brent_ 2) release of a WCS
+ brent_ guess we need the WCS guys for this
+ jdeolive again i think we have to wait on simone and alessio for more info
+ brent_ 3) integrate complex-feature datastore
+ jdeolive this has to do with roba stuff
+ brent_ right
+ jdeolive basically getting some of the complex-features stuff / fm stuff on trunk
+ jdeolive and then supporting it in geoserver
+ jdeolive the geoserver side of things is pretty simple
+ jdeolive wont be hard to just throw something in community for it
+ jdeolive almost all the work is is geotools
+ brent_ is there funding for it (ie, is anyone tasked to do it?)
+ jdeolive i beleive rob is working on it
+ brent_ cool
+ jdeolive rob wants to get some of us together at foss and talk about what is required and what pieces are on teh table
+ brent_ ok
+ brent_ 4) spring remoting collisions
+ jdeolive If i am not mistaken, the issue is that a bunch of the community modules use spring remoting
+ jdeolive but for it to work you need to map a context path to it in web.xml
+ jdeolive and geoserver does not do that today
+ jdeolive quintona, can you comment any further on this?
+ benguela the url dispatcher/* is mapped to the geoserver dispatcher, spring modules can map another url to their own dispatcher but then modules can conflict with each other
+ jdeolive right, i had this problem before as well
+ jdeolive so on trunk
+ jdeolive in web xml, the contexts are mapped manually
+ jdeolive wms/*, wfs/*, ows/*
+ jdeolive and in dispatcher-servlet.xml
+ jdeolive everything gets mapped to the same handler
+ -->| groldan (n=gabriel@217.130.79.209) has joined #geoserver
+ jdeolive so perhaps in dispatcher-servlet.xml, we should break them out seperatley as well
+ jdeolive then the remoting guys can just throw in a handler for remoting/* and do their magic
+ |<-- cholmes has left freenode (Read error: 104 (Connection reset by peer))
+ benguela so is it first come first server ?
+ benguela server = serve
+ jdeolive yes
+ appetkov which item are we on?
+ jdeolive 4)
+ jdeolive i will reply to jody's email with my suggestion and see what peoiple think
+ appetkov did we start backwards or am I really that late?
+ benguela ok, I can live with that
+ jdeolive there is still a potential for collision, but at least this allows for a convention
+ jdeolive ha, we are just really fast today :)
+ brent_ fast
+ jdeolive mostly because noone from wcs was around
+ jdeolive perhaps alex can comment on a few of the earlier issues
+ appetkov i can based on my discussions with alessio and simone
+ jdeolive cool
+ jdeolive the first is we are wondering what they have planned for demos at foss
+ jdeolive and if they are going to be doing a release before foss
+ appetkov do you want to finish 4) first?
+ jdeolive sure
+ jdeolive i think we are done though unless qunitona has any more concerns?
+ quintona will wait for your mail thanks
+ jdeolive alrighty
+ jdeolive so alex i think you are up
+ appetkov 1) demo-- I nad no discussion with Alessio or Simone on a demo, although I can guess..
+ appetkov are they supposed to prepare a demo, for someone to show?
+ jdeolive well i talked to simone
+ jdeolive and he said they were getting ready for foss
+ jdeolive i just assumed it would be getting wcs stuff reayd to show
+ appetkov OK, they will probably show speed imporvements, along with the new ImageMosaic coverage lugin
+ gawaine excuse me, do you know if I can use an alternative repository to ibiblio ? It's very slowly and sometimes it can't allow me to download some files (actually I'm trying to download wicket-extensions, needed to compile geoserver1.4)
+ jdeolive hi gawain, we can throw this on as an agenda item
+ gawaine it can't allow / it doesn't allow (excuse my english)
+ jdeolive 5) alternate repositories
+ jdeolive so appetkov, can you explain a little about whats involved in showing off the image mosaic plugin
+ jdeolive execute my ignorance
+ appetkov for example, the plugin is useful for requesting only needed tiles (depending on a zoom level)
+ appetkov in showing it off?
+ appetkov 1. building an index shapefile
+ =-= brent_ has changed the topic to "1) demo coordination 2) release of a WCS demo against a GeoTools 2.3.M0 3) intergrate a complex-feature inspired datastore plugin 4) spring remoting service collision 5) release train 6) ibiblio"
+ appetkov 2. configure the coverage using the ImageMosaic plugin
+ appetkov 3. make a (for example) getmap request
+ appetkov did that help?
+ jdeolive yes it did, thank you
+ brent_ next topic?
+ jdeolive are there docs somewhere?
+ appetkov the correct SRS info is now showing for coverages too--no more incorrect SRS for coverages
+ appetkov go to 2)?
+ jdeolive sounds good
+ brent_ 2) release of a WCS demo against a GeoTools 2.3.M0
+ appetkov Since I really want and need to use the 1.4.x WCS branch in production, I told Simone that I want to help with the release
+ jdeolive cool
+ appetkov at least make a tar.gz one...
+ jdeolive so i think the first step is getting simone and allessio to annouce when trunk is stable enough to make a release from
+ jdeolive trunk = geotools
+ appetkov He wants to have Alessio work on it either at the end of this week or next week
+ appetkov OK
+ jdeolive in all honesty, geotools releases tend to take a while these days, so i am not sure what can get done before foss
+ jdeolive but after
+ jdeolive i have offered to help with the release as well
+ jdeolive and shortly after i want to move there stuff to trunk
+ jdeolive after the 1.4.0 release off of trunk
+ appetkov usially when a geserver release is out--Alessio alignes WCS with trunk and makes one
+ jdeolive alright, so perhaps once we get 1.4.0 out, allesio will align and release
+ appetkov yes, I think that is reasonable
+ jdeolive i beleive that brent is doing the next milestone release, or RC0 this week
+ jdeolive brent_?
+ brent_ depending on time, it might be a milestone release, or an experimental release just for FOSS
+ jdeolive ok
+ appetkov if I am to work on a release it will have to be on my own time--bryce has other thigns for me at work here...
+ brent_ whether it is passing cite tests or not
+ appetkov and I will ask for Justin's help :-)
+ jdeolive that sounds good appetkov, like i said after foss i am going to spend some of my time getting all tehse releases in order
+ jdeolive :)
+ jdeolive so i might call on your for some acceptance testing
+ jdeolive :)
+ -->| robjderr (n=chatzill@rrcs-71-41-126-218.se.biz.rr.com) has joined #geoserver
+ appetkov yeah I've been doing quite a bit of that with the WCS branch
+ jdeolive so does anything have any more on this, we kind of tackled both 2 and 5 there
+ brent_ do we want to seguey to topic 5) release train?
+ appetkov when is foss going to be over?
+ brent_ sept 15
+ appetkov thanks
+ brent_ 5) release train
+ brent_ to answer jody, no I'm not taking over the 1.4 releases. I just have to get one out this week for FOSS
+ brent_ if we can combine it with a milestone that would be sweet
+ brent_ so I am aiming for that
+ brent_ and if all the docs are done, they are are gold for the next milestone release I believe... justin?
+ |<-- quintona has left freenode (Read error: 104 (Connection reset by peer))
+ jdeolive yup, its really just docs that are needed for the official release
+ brent_ ok
+ jdeolive so shall we move to 6)
+ brent_ yep
+ brent_ 6) ibibibibibiblio
+ jdeolive gawaine, i dont know of any ibliblio mirrors off the top of my head
+ jdeolive but if you find one
+ jdeolive you can configure maven to use it
+ jdeolive information here
+ jdeolive http://maven.apache.org/guides/mini/guide-mirror-settings.html
+ sigq Title: Maven - Guide to Mirror Settings (at maven.apache.org)
+ gawaine jdeolive: yes I know, but the problem is to find a mirror :)
+ jdeolive ok i see
+ jdeolive i just did some quick searching, couldn't find one
+ brent_ anything else?
+ brent_ ok, lets call it. Thanks for coming everyone
+ appetkov thanks brent
+ jdeolive gawaine, have you tried any of the mirrors listed on that page
+ jdeolive this one seems fast
+ jdeolive http://ibiblio.lsu.edu/main/pub/packages/maven2/
+ sigq Title: Index of /main/pub/packages/maven2 (at ibiblio.lsu.edu)
+ jdeolive depending on where you are i guess, where are you located?
+ gawaine jdeolive: italy
+ gawaine now I try it
+ jdeolive this one seems ok too
+ jdeolive and its in europe
+ jdeolive http://maven.sateh.com/repository/
+ sigq Title: Index of /repository/ (at maven.sateh.com)
+ gawaine wow, ibiblio.lsu works fine, thanks :)
+ jdeolive cool, good to know, i think i will try one of hte U.S. mirrors, ibliblio is darn frustrating
+ gawaine jdeolive: actually, does geoserver1.4 placed on the svn works ? I've to show a demo of geoserver with wcs for a project tomorrow
+ appetkov you may need a bit more time for that
+ appetkov but yes, it works
+ <--| benguela has left #geoserver
+ gawaine appetkov: I need to show a demo with some data catched from postgis and a 2d raster, all with the wfs-t
+ jdeolive i tried to compile it today and it failed
+ jdeolive but alex here can better comment
+ appetkov i am not understanding the raster->wfs-t part, sorry
+ gawaine ok, yes, "mvn install" aborts with several errors
+ appetkov I will check--there was that "beta" dependency from a few days ago...
+ gawaine java.lang.IllegalArgumentException: The provided format image/png is not the same as expected: image/gif
+ appetkov hehe, skip the test :-)
+ gawaine appetkov: how ? I don't know much about mvn
+ appetkov one sec....
+ appetkov mvn -Dmaven.test.skip clean install
+ appetkov so, you want to demo (show) data from postgis and a 2d raster, correct?
+ gawaine appetkov: correct
+ appetkov ie, you are not looking to modify the raster using a wfs-t (because the raster is not a featureType), correct?
+ gawaine appetkov: correct
+ appetkov OK then, it is possible
+ gawaine wonderful :D
+ appetkov time may be a factor, az you said you need it tomorrow and is now late in Italy :-)
+ gawaine appetkov: oh, I've time, the project I'm working depends by this demo
+ appetkov ok get theh geoserver SVN to compile first
+ appetkov (FWIW, it compiled here...)
+ gawaine ok "mvn -Dmaven.test.skip clean install" returns a BUILD SUCCESFUL
+ appetkov change to the web subdirectory
+ gawaine done
+ appetkov then you can run it with "
+ appetkov mvn -e jetty6:run
+ appetkov it will probably throw an error
+ gawaine at the moment, it's downloading... mvn downloads ever
+ appetkov are you running it with java 1.4?
+ gawaine appetkov: no, java 5
+ appetkov well, what version of java do you have instaled?
+ appetkov OK thanks
+ appetkov does it have JAI, and imageIO?
+ gawaine yes
+ appetkov OK it should work fine then
+ appetkov (it really needs to work with java 1.4 to begin with...)
+ gawaine while it downloads, this command starts geoserver or deploy it ?
+ appetkov it will start geoserver , using the jetty plugin for maven2
+ appetkov after that first time, given that everyting works OK, you will start it with "mvn -e jetty6:run-exploded" so you configuration persists
+ gawaine appetkov: mapbuilder is included ?
+ appetkov i think so, i dont quite remember
+ gawaine wonderful, yes, it's included
+ appetkov looks like it started fine
+ gawaine appetkov: do you know what formats are supported for rasters ?
+ appetkov if it did, like I said, use "run-exploded" so any changes you make to the configuration will remain
+ appetkov World Image files, GEotiff, among others...
+ appetkov there is a list inder "coverage store", it will give you full listing of supported formats
+ gawaine thanks a lot :)
+</PRE>
+</DIV></DIV>
</DIV></SPAN>
</TD>
</TR>
<TR>
<TD valign="top">
- <B><A href="http://docs.codehaus.org/display/XFIRE/2006/08/28/XFire%201.2%20Released!%20Support%20for%20JiBX,%20GZip,%20and%20more!">XFire 1.2 Released! Support for JiBX, GZip, and more! (created)</A></B>
+ <B><A href="http://docs.codehaus.org/display/GEOS/2006/09/05/Skype%20Logs%20September%205th">Skype Logs September 5th (updated)</A></B>
<BR>
<SPAN class="smalltext"><STYLE>
@@ -786,32 +882,91 @@
<DIV id="PageContent">
<DIV style="color: #666666; font-size: 10px;">
News
- created by <B> <A href="http://goopen.org/display/~dandiep">Dan Diephouse</A></B> (<A href="mailto:dan@envoisolutions.com">dan@envoisolutions.com</A>) on Aug 28, 2006 10:27
+ updated by <B> <A href="http://goopen.org/display/~jive">Jody Garnett</A></B> (<A href="mailto:jgarnett@refractions.net">jgarnett@refractions.net</A>) to
+ <A href="http://goopen.org/display/GEOS/2006/09/05/Skype%20Logs%20September%205th">revision 2</A>
+ on Sep 05, 2006 03:08.
+ created by <B> <A href="http://goopen.org/display/~jive">Jody Garnett</A></B> (<A href="mailto:jgarnett@refractions.net">jgarnett@refractions.net</A>) on Sep 05, 2006 03:07
</DIV>
<DIV style="border-top:1px solid #d3d3d3;">
<IMG src="http://goopen.org/images/icons/blogentry_16.gif" height="16" width="16" border="0" style="float:right;" alt="News">
</DIV>
- <P>The Codehaus XFire team is proud to announce XFire 1.2! XFire is an open source Java SOAP framework built on a high performance, streaming XML model. XFire includes support for web service standards, an easy to use API, Spring integration, JBI support, and plugable bindings for POJOs, JAXB, and XMLBeans.</P>
+ <P>Not enough attendance to run meeting, assume everyone is busy getting ready for next week.</P>
-<P>Please <SPAN class="nobr"><A href="http://xfire.codehaus.org/XFire%201.2%20Release%20Notes" title="Visit page outside Confluence" rel="nofollow">see the release notes<SUP><IMG class="rendericon" src="http://goopen.org/images/icons/linkext7.gif" height="0" width="0" align="absmiddle" alt="" border="0"></SUP></A></SPAN> for download information and upgrade instructions.</P>
+<P>Here is what I would like covered in the evening meeting:</P>
+<OL>
+ <LI>demo coordination</LI>
+ <LI>(important) release of a WCS demo against a GeoTools 2.3.M0 (see geotools meeting for details)</LI>
+ <LI>(important) discussion of ability to intergrate a complex-feature inspired datastore plugin as a 1.5.x community module</LI>
+ <LI>spring remoting service collision, we need a naming convention or something for the community module URLs</LI>
+ <LI>GeoServer 1.4.0 release train, apparently Brent has taken over, I think all docs are available now</LI>
+</OL>
-<P>XFire 1.2 incorporates several new features and improvements since 1.1:</P>
-<UL>
- <LI><A href="http://goopen.org/display/XFIRE/JiBX" title="JiBX">JiBX</A> databinding support</LI>
- <LI>HTTP GZIP Support</LI>
- <LI>WSDL2Java now auto generates services.xml</LI>
- <LI><A href="http://goopen.org/display/XFIRE/Aegis%20Binding" title="Aegis Binding">Aegis binding</A> inheritance support</LI>
- <LI>Option to disable server stub generation</LI>
-</UL>
+<P>Cheers, Jody</P>
-<P>Many thanks to those who helped build and test this release!</P>
+<P><SPAN class="error">[8:59:59 AM]</SPAN> Jody Garn... says: So I was trying to start this meeting earlier as RobA asked us to move it 30 mins earlier so he could attend.<BR>
+<SPAN class="error">[9:12:28 AM]</SPAN> Jody Garn... says: Gabriel is leaving to an appointment, and nobody else is here.<BR>
+<SPAN class="error">[9:13:17 AM]</SPAN> Clint Lewis says: hi..<BR>
+<SPAN class="error">[9:13:54 AM]</SPAN> Jody Garn... says: well lets just leave this open in case simboss, alessio or someone shows up.<BR>
+<SPAN class="error">[9:14:04 AM]</SPAN> Clint Lewis says: ok cool will do that<BR>
+<SPAN class="error">[9:14:25 AM]</SPAN> Jody Garn... says: I did learn yesterday that Brent has taken over getting GeoServer 1.4.0 out the door, so we should be looking to him for any volunteer activities needed.<BR>
+<SPAN class="error">[9:15:02 AM]</SPAN> Jody Garn... says: I think the last show stopper was the lack of the helloapp tutorial. I assume brent will migrate the geosdev content to the geosdoc wiki space.<BR>
+<SPAN class="error">[9:16:49 AM]</SPAN> Clint Lewis says: ok<BR>
+<SPAN class="error">[9:59:41 AM]</SPAN> Jody Garn... says: okay I will post this <IMG class="emoticon" src="http://goopen.org/images/icons/emoticons/smile.gif" height="20" width="20" align="absmiddle" alt="" border="0"></P>
+ <STYLE>
+ .diffadded{background: #ddffdd;padding:1px 1px 1px 4px;border-left: 4px solid darkgreen;}
+ .diffdeleted{color:#999;background: #ffdddd;padding: 1px 1px 1px 4px;border-left: 4px solid darkred;}
+ .diffnochange{padding:1px 1px 1px 4px;border-left: 4px solid #d3d3d3;}
+ .differror{background:brown;}
+ .diff{font-family:lucida console, courier new, fixed-width;font-size: 12px;line-height: 14px;}
+ .diffaddedchars{background-color:#99ff99;font-weight:bolder;}
+ .diffremovedchars{background-color:#ff9999;text-decoration: line-through;font-weight:bolder;}
+ .diffnav{display:none;}
+ </STYLE>
+
+ <DIV style="margin-top:50px; border:1px solid #d3d3d3;">
+ <DIV style="background-color:#E5E5E5; height:30px; padding:5px; margin-bottom:5px; border-bottom:1px solid #d3d3d3;">
+ <DIV style="float:left">
+ <H4 style="margin:0; padding:0 ">Changes between <A href="http://goopen.org/display/GEOS/2006/09/05/Skype%20Logs%20September%205th?pageVersion=1">revision 1</A> and <A href="http://goopen.org/display/GEOS/2006/09/05/Skype%20Logs%20September%205th">revision 2</A>:</H4>
+ </DIV>
+ <DIV style="float:right" class="smalltext">
+ <A href="http://goopen.org/pages/viewpreviouspageversions.action?pageId=61746">view all revisions</A> |
+ <A href="http://goopen.org/pages/revertpagebacktoversion.action?pageId=61746&version=1">revert page to version 1</A>
+ </DIV>
+ </DIV>
+ <DIV style="margin:5px;">
+ <TABLE>
+ <TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">Not enough attendance to run meeting, assume everyone is busy getting ready for next week.</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> </TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">Here is what I would like covered in the evening meeting:</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"># demo coordination</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"># (important) release of a WCS demo against a GeoTools 2.3.M0 (see geotools meeting for details)</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"># (important) discussion of ability to intergrate a complex-feature inspired datastore plugin as a 1.5.x community module</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"># spring remoting service collision, we need a naming convention or something for the community module URLs</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"># GeoServer 1.4.0 release train, apparently Brent has taken over, I think all docs are available now</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> </TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">Cheers, Jody</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> </TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">[8:59:59 AM] Jody Garn... says: So I was trying to start this meeting earlier as RobA asked us to move it 30 mins earlier so he could attend.</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">[9:12:28 AM] Jody Garn... says: Gabriel is leaving to an appointment, and nobody else is here.</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">[9:13:17 AM] Clint Lewis says: hi..</TD></TR>
+<TR><TD valign="top" class="diffnav" width="1%"><A name="change0"></A> </TD><TD valign="top" class="diffnav" width="1%"> <TD class="diffdeleted">[9:13:31 AM] * Clint Lewis added Gerhard Goosen to this chat</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">[9:13:54 AM] Jody Garn... says: well lets just leave this open in case simboss, alessio or someone shows up.</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">[9:14:04 AM] Clint Lewis says: ok cool will do that</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">[9:14:25 AM] Jody Garn... says: I did learn yesterday that Brent has taken over getting GeoServer 1.4.0 out the door, so we should be looking to him for any volunteer activities needed.</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">[9:15:02 AM] Jody Garn... says: I think the last show stopper was the lack of the helloapp tutorial. I assume brent will migrate the geosdev content to the geosdoc wiki space.</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">[9:16:49 AM] Clint Lewis says: ok</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">[9:59:41 AM] Jody Garn... says: okay I will post this :)</TD></TR>
+
+ </TABLE>
+ </DIV>
+ </DIV>
</DIV></SPAN>
</TD>
</TR>
<TR>
<TD valign="top">
- <B><A href="http://docs.codehaus.org/display/GEOS/2006/08/22/IRC%20logs%20Aug%2022,%20meeting%202">IRC logs Aug 22, meeting 2 (updated)</A></B>
+ <B><A href="http://docs.codehaus.org/display/GEOTOOLS/2006/09/04/IRC%20Meeting%20-%204%20September%202006">IRC Meeting - 4 September 2006 (created)</A></B>
<BR>
<SPAN class="smalltext"><STYLE>
@@ -827,273 +982,160 @@
<DIV id="PageContent">
<DIV style="color: #666666; font-size: 10px;">
News
- updated by <B> <A href="http://goopen.org/display/~bowens">Brent Owens</A></B> (<A href="mailto:brentowens@gmail.com">brentowens@gmail.com</A>) to
- <A href="http://goopen.org/display/GEOS/2006/08/22/IRC%20logs%20Aug%2022,%20meeting%202">revision 2</A>
- on Aug 22, 2006 15:20.
- created by <B> <A href="http://goopen.org/display/~bowens">Brent Owens</A></B> (<A href="mailto:brentowens@gmail.com">brentowens@gmail.com</A>) on Aug 22, 2006 15:17
+ created by <B> <A href="http://goopen.org/display/~rgould">Richard Gould</A></B> (<A href="mailto:rgould@refractions.net">rgould@refractions.net</A>) on Sep 04, 2006 14:39
</DIV>
<DIV style="border-top:1px solid #d3d3d3;">
<IMG src="http://goopen.org/images/icons/blogentry_16.gif" height="16" width="16" border="0" style="float:right;" alt="News">
</DIV>
-<OL>
- <LI>GISP 4</LI>
- <LI>Geoserver and GADS</LI>
- <LI>2D and 3D bbox</LI>
- <LI>HSQL vs WKT for EPSG</LI>
-</OL>
+<P>1: ArcSDE backto be build? how?<BR>
+2: 2.3 release?</P>
+<P>cholmes: sure<BR>
+jgarnett: anything else important?<BR>
+jgarnett: I got some questions about trunk going crazy with new modules (I think justin is hacking and we need to catch up docs)<BR>
+jgarnett: I would like to know what is supposed to be included in the build ...<BR>
+groldan: ? I just built trunk with no problems, which modules do you mean?<BR>
+jgarnett: well we have developed a lot of the GTXML and parsing modules, with no docs etc <BR>
+jgarnett: I know justin asked, I just did not know if he wanted them in the build all the time, or if he is ready for them to be released to the public for FOSS4G.<BR>
+jgarnett: rgould, do you want to start us off?<BR>
+rgould: 1) ArcSDE: groldan <BR>
+groldan: ok, we need a way to include arcsde without deploying the esri api jars<BR>
+groldan: we had the stub source Saul donated, which IMHO can't be considered reverse engineered<BR>
+groldan: since he claims to have wrote it by hand, and only added the stuff needed to get the module compiling, incrementally<BR>
+groldan: but I'm far from being an expert in licencing<BR>
+groldan: one option is to include that code as a subproject of the arcsde plugin, and make the datastore project depend on it<BR>
+groldan: comment out the actual jars dependencies<BR>
+cholmes: I think the same approach as oracle should be fine...<BR>
+groldan: and ask users to drop the actual jars in their classpath if they need<BR>
+groldan: well, I think the oracle stub ownership is a kind of limbo?<BR>
+jgarnett: gabriel the stub jar was discussed with OSGEO people and they agreede that it was a good approach.<BR>
+jgarnett: I am not sure who has the codebase for the oracle stub code.<BR>
+groldan: so, that's it. If it's generally agreed that that way of generating the stubbed api couldn't be problematic<BR>
+groldan: I can just commit it<BR>
+groldan: and get arcsde back<BR>
+groldan: I just wanna be covered if something asks who and how the sub was created<BR>
+jgarnett: fixing the compile errors will be fine, simply document that in your review.txt file - and it will be great to have arcsde back in the build.<BR>
+groldan: ok<BR>
+jgarnett: sweet! thanks gabriel.<BR>
+groldan: I'm done so. going to commit in a few minutes<BR>
+jgarnett: cool.<BR>
+jgarnett: I will take the next agenda item.<BR>
+jgarnett: I would like a 2.3.M0 release, it was supposed to be the last step of the GC branch merge (making a release) but for some reason it never happened.<BR>
+jgarnett: I would like to ask if anybody is doing geotools based demos for FOSS4G, and if we can get a release out for the show<BR>
+jgarnett: okay so that is the sound of silience<BR>
+jgarnett: let me phrase it another way<BR>
+jgarnett: if I can build after gabriels commit, can I tag this as 2.3.M0<BR>
+cholmes: In general I think releases are good, and it'd be nice to announce that for foss4g<BR>
+cholmes: I'm +1 on that.<BR>
+jgarnett: indeed chris I think we need to, it is a major release, it has completed a providence review etc.<BR>
+acuster: bye all battery is dying<BR>
+cholmes: simone and allessio might have some more work they want done, but if they advance in the next week they can do M1<BR>
+jgarnett: but so far we have depended on rgould for release, something that has to stop<BR>
+jgarnett: (as he is busy right now)<BR>
+cholmes: which wouldn't be a bad thing at all.<BR>
+jgarnett: so I need to ask if anybody else can do this please.<BR>
+cholmes: I may be able to have Brent take a shot at it. But we have to get our geoserver tutorial for foss4g in order first.<BR>
+desruisseaux: (Just a side note to acuster, because it appears that I'm unable to answer to private messages - its look like I'm an unregister user. Yes I will be present to Lausane, I will be glad to answer any question I can <IMG class="emoticon" src="http://goopen.org/images/icons/emoticons/smile.gif" height="20" width="20" align="absmiddle" alt="" border="0"> ).<BR>
+jgarnett: I am looking forward to meeting everyone.<BR>
+jgarnett: okay so that answers that question, it is a good idea, and I can tag and ask for help on the email list.<BR>
+jgarnett: next?<BR>
+rgould: That was the last agenda item.<BR>
+jgarnett: cool<BR>
+jgarnett: I had some hard questions for Jesse and justin but I suppose it is a holiday.</P>
+ </DIV></SPAN>
+ </TD>
+ </TR>
+ <TR>
+ <TD valign="top">
+ <B><A href="http://docs.codehaus.org/display/JCA/2006/09/04/Jencks%201.3">Jencks 1.3 (created)</A></B>
+
+ <BR>
+ <SPAN class="smalltext"><STYLE>
+ .tag {
+ font-style: italic;
+ }
+ .smalltext {
+ color: #666666;
+ font-size: 10px;
+ }
+</STYLE>
+<DIV id="PageContent">
+ <DIV style="color: #666666; font-size: 10px;">
+ News
+ created by <B> <A href="http://goopen.org/display/~gnt">Guillaume Nodet</A></B> (<A href="mailto:gnt@codehaus.org">gnt@codehaus.org</A>) on Sep 04, 2006 08:02
+ </DIV>
+ <DIV style="border-top:1px solid #d3d3d3;">
+ <IMG src="http://goopen.org/images/icons/blogentry_16.gif" height="16" width="16" border="0" style="float:right;" alt="News">
+ </DIV>
+ <P>Jencks 1.3 has been released.<BR>
+This release primary goal is to upgrade to Geronimo 1.1.<BR>
+For more informations, see the <A href="http://goopen.org/display/JCA/Jencks%201.3%20Release" title="Jencks 1.3 Release">release notes</A>.</P>
+ </DIV></SPAN>
+ </TD>
+ </TR>
+ <TR>
+ <TD valign="top">
+ <B><A href="http://docs.codehaus.org/display/GEOS/2006/08/30/GeoServer%20Tech%20Talk%20at%20Google">GeoServer Tech Talk at Google (created)</A></B>
+
+ <BR>
+ <SPAN class="smalltext"><STYLE>
+ .tag {
+ font-style: italic;
+ }
-<DIV class="preformatted"><DIV class="preformattedContent">
-<PRE>brent_ any agenda items people want to discuss?
- asantokhee hi all
- rgould GSIP 4 :)
- appetkov I wanted to see adit's progress with geoserver and GADS
- rgould although I could go last
- groldan gtbot, come here
- asantokhee ive got some feedback as well
- rgould because I haven't had a chance to review justin's comments
- appetkov Hi Adit
- asantokhee about 2D and 3D BBOX
- rgould I could make a gtbot for this channel if you guys want :)
- jdeolive can we call him jody :)
- brent_ heh
- rgould hahaha
- groldan we should always avoid naming conflicts...
- groldan lets call jgarnett another way so
- =-= brent_ has changed the topic to "0) propose agenda items 1) GISP 4 2) GEoserver and GADS 3) 2D and 3D bbox"
- brent_ ok lets start, 1) GISP 2
- brent_ rgould
- rgould GSIP 4 :)
- brent_ er, yeh
- appetkov I sent an email to the list about the use of HSQL vs WKT, but maybe that will be a topic after a few people reply...
- brent_ heh
- rgould So for one project we are working on, we need the client application to be able to tell which modules of a particular GeoServer are operational or not
- brent_ oh yeh, good one appetkov, lets talk about that too
- rgould so I wrote up a quick GSIP yesterday: http://docs.codehaus.org/display/GEOS/GSIP+4+-+Status+Interface
- =-= brent_ has changed the topic to "0) propose agenda items 1) GISP 4 2) GEoserver and GADS 3) 2D and 3D bbox 4) HSQL vs WKT for EPSG"
- sigq Title: GSIP 4 - Status Interface - GeoServer - Confluence (at docs.codehaus.org)
- groldan justin, what did you said about reversing the dependency?
- rgould Yeah, I have been thinking about that little and I think I like it
- brent_ doesn't a capabilities document say weather a service is available or not?
- rgould i'm a little sketchy on the technicality of it though
- rgould but not all modules have capabilities documents
- rgould (ie data)
- brent_ good point
- groldan good point
- jdeolive so yeah, my reason for suggesting the change was to mimimize the impact to existing geoserver modules
- jdeolive so if we decide to change to an actual plugin framework, we dont have to change them
- rgould so for reversing the dependency, I could perhaps create a module that examines the other modules to see if they are up
- rgould yes
- jdeolive i also like the idea of keeping components as plain old java objects
- rgould like OSGi
- jdeolive it makes them easier to deploy to other environments, and easier to test as otehr dependecncies dont creep in
- rgould right
- brent_ yeh
- rgould and the "status" module itself would have almost no impact on the code
- jdeolive well i think thinking youd could wrap up an existing module in a Status class, and the status class woudl worry about all the notifcation, etc..
- jdeolive instead of having teh component do that
- rgould ah
- jdeolive leaving the component to be strictly business logic
- jdeolive you also might want to read teh spring docs on JMX beans, because that is essentially what they do
- rgould ok
- rgould I am completely unfamiliar with JMX
- jdeolive http://www.springframework.org/docs/reference/jmx.html
- rgould needs to do some reading
- sigq Title: Chapter 19. JMX Support (at www.springframework.org)
- jdeolive ha, nice one sigq, but i beat you ;)
- rgould sigq is a bot :)
- brent_ lol
- jdeolive haha
- groldan (sorry guys I have to run, guess I'll be back in 1/2hour, family matters) (I support Justin's idea)
- jdeolive wow, i didn't even know, it passes the ai test
- rgould haha
- brent_ cya groldan
- rgould ciao gabriel
- jdeolive bye gabriel
- jdeolive so yeah, the idea is that you wrap up a compnent in a MBean interface
- rgould a component in this instance would be a geoserver module?
- jdeolive and you create an MBeanServer which speaks the jmx protocol, and publishes the beans you have wrapped up
- rgould and the client just needs to speak JMX as well?
- jdeolive no necessarily, a module could have any number of components
- jdeolive but there could be a nice one to one ratio
- jdeolive yup
- rgould ok well I will definitely look into that then
- jdeolive it might be a little bit more overhead to go that route, but i like it because jmx has been around for a while and is a standard for remote component management in java
- rgould right. part of the issue might be that we do have a looming deadline
- jdeolive geoserver made the mistake of rolling its own framework before with the dto stuff, i dont really want to fall into that again
- jdeolive i mean the dto stuff works and is great ,and i guess at the time jmx was still young
- jdeolive so fair enough
- jdeolive i can understand the timeline
- jdeolive which is why the chagne in your design is nice, because you can go ahead and start work, but the impact to the codebase is minimal
- rgould yeah, it sounds like a better route to me
- rgould ok, sorry, move on, internet guy here
- brent_ k
- jdeolive righto, thanks richard
- brent_ 2) Geoserver and GADS
- asantokhee yeah
- asantokhee i had my meeting last week
- asantokhee some issues have been raised
- asantokhee did u guys have a look at the demo?
- appetkov what was it about? Using Geoserver with GADS?
- brent_ I haven't yet
- appetkov feasibility?
- asantokhee yeah well i had to prepare a prototype
- appetkov it==the meeting
- asantokhee it was a steering meeting
- asantokhee abt the DEWS project
- asantokhee in general
- appetkov i looked at the prototype, yeah...
- asantokhee the basic idea is to serve data basically
- asantokhee however some of the issues are abt how to serve the data, how to formulate getCoverage queries
- appetkov ok
- asantokhee basically we'll b serving 4D data
- asantokhee but there are multiple ways of selecting a 4D data
- asantokhee one group has pointed me to a very useful website
- asantokhee there is another WCS done by the TPAC group
- asantokhee http://glue.badc.rl.ac.uk/cgi-bin/TPAC/WCS
- sigq Title: Experimental prototype WCS server (at glue.badc.rl.ac.uk)
- asantokhee yeah
- asantokhee wcs 1.1 has also been mentioned
- asantokhee where a lot of the concerns raised by galeon project are taken on board
- asantokhee so i think we should also keep an eye on that
- asantokhee as far as gads-geoserver is concerned, im still working with the 1.3 version of geoserver
- appetkov are you talking about requesting a subset of data outside of the WCS spec?
- asantokhee but still gads is a separate entity
- appetkov soemting not found in there?
- asantokhee yeah
- appetkov are these concernes documented somewhere?
- asantokhee yeah
- asantokhee they can be found on the galeon project website
- appetkov OK
- asantokhee important changes are:
- asantokhee -- multiple coverages in one request
- asantokhee -- multiple fields in a coverage
- asantokhee -- 3 spatial dimensions
- asantokhee -- 2 time dimensions (e.g., the time a forecast was run and the forecast
- asantokhee times within the run)
- asantokhee -- relative time ( e.g., the latest image, the last 5 images, ...)
- asantokhee -- non-spatial dimension (e.g., pressure or density)
- asantokhee -- irregular grids
- appetkov hmm, not sure if WCS spec supports GetCoverage for multiple coverages..
- appetkov will have to dig later in the docs again...
- asantokhee the current version doesnt
- asantokhee thats in version 1.1
- asantokhee which is still not finalised
- appetkov conceptually, it looks sort of not so bad to use GEoserver with GADS for 4d coverages
- appetkov especially in the case for making maps
- appetkov the WMS would have to provide support for requesting a part time and z step, in order to extract a 2D slice
- appetkov particular time I mean...
- appetkov however these special cases change things
- appetkov what did you do to be able to request a particular time step and elevation from the dataset?
- appetkov did you modify the wcs code in some way?
- asantokhee in the present implementation these 2 fields are hardcoded
- asantokhee its at a specific depth and time
- asantokhee but i am adding these two fields
- brent_ can we move the meeting on and come back to this topic in a bit?
- appetkov sure
- brent_ ok, thanks
- appetkov adit?
- brent_ 3) 2D and 3D bounding boxes
- asantokhee I've got some feedback from some people about our idea of using a 2D box
- asantokhee and treating depth as a special dimension.
- asantokhee it seems not to be too well accepted
- asantokhee 3d box has been proposed
- brent_ intersecting with a cube?
- asantokhee If you imagine a 4-d data volume (x,y,z,t) it could be required to
- asantokhee subset this in any way,
- asantokhee e.g. a single point, or a line, or a plane, or a cube, all at either a
- asantokhee single point in time or over a period of time.
- asantokhee e.g.:
- asantokhee - single point in time and space:
- asantokhee BBOX=x1,y1,z1,x2,y2,z2&TIME=t1/t1
- asantokhee - single line vertically at a point in time:
- asantokhee BBOX=x1,y1,Z1,x1,y1,Z2&TIME=t1/t1
- asantokhee - 'Hovmuller' (2-d slice) of a single line over time:
- asantokhee BBOX=x1,y1,Z1,x1,y1,Z2&TIME=T1/T2
- brent_ temporal too?
- asantokhee yep
- brent_ how would the back end data-stores handle this?
- asantokhee could you clarify a bit plz?
- brent_ for queries, geoserver hands off the bounding box to the underlying datastore, like postgis
- asantokhee ok
- brent_ I'm wondering if there is 3d bbox support in postgis, oracle, etc
- asantokhee thats also something i want to know
- asantokhee but these functionalities are supported in GADS
- asantokhee since we read from files directly
- brent_ we could just use a 2d bbox query, then query it again on the geoserver side with the 3d bbox
- asantokhee i think this raises the question hw we are planning to extend geotools
- appetkov there is a way for specifying 3d bbox in postgis
- brent_ cool
- appetkov we sort of see the extending of geotools with nD coverage support as a long term solution
- brent_ have you started a wiki page to discuss this topic?
- asantokhee me?
- brent_ yeh
- asantokhee no i havent
- brent_ ok, you should set one up so we can get some more discussion on this topic, I'm sure there are a few people out there with some good input
- appetkov at present it seems like using GADS with geoserver, at least for specifying 4D coverages as a quicker way
- brent_ ok
- brent_ next topic?
- appetkov bryce has been keeping up a WIKI page with the nD coverages stuff, incl adit's work and things from these meetings
- brent_ ok, cool. That should suffice
- brent_ 4) HSQL vs WKT for EPSG
- appetkov http://docs.codehaus.org/display/GEOS/Multidimensional+WCS
- sigq Title: Multidimensional WCS - GeoServer - Confluence (at docs.codehaus.org)
- appetkov this last topic--i had to define projections (be it Albers, lambert or whatever) with custom parameters, pretty much since I started to use Geoserver
- appetkov with every version upgrade, that had to be done again.
- brent_ yeh this has been brought up before: merging to just one source
- appetkov the procedure basically involved inserting a WKT and re-creating the WKT archive
- appetkov Simone and Alessio started using an embedded HSQL database sometime ago
- appetkov with that one, its quite a bit harder to define a custom projection , it invloves getting to know the database layout etc
- appetkov but, once the HSQL database is created, it resides on HD.
- appetkov ie, it is nt recreated with each Goeserver version upgrade
- <--| Jesse_Eichar77 has left #geoserver
- appetkov I see the potential of having a web UI where people can inster their onw entries
- groldan wasn't the reason for keeping the wkt that they both use different axis order for 4326?
- groldan appetkov, did you ever tried of just replacing epsg-wkt by epsg-hsql in your deployments?
- appetkov also, Simone listed some restrictions that he is running into by using WKT
- appetkov well now I have both
- groldan I guess if you have both you're left to your luck in what the spi lookup refers to?
- appetkov in the past I have tried, however there are errors due to missing factories etc...
- groldan hmm.. that shouldn't happen.
- groldan I am all for using hql by default
- appetkov I really wish Simone was here, as he raised the issue today
- groldan by still we need to be sure that users can switch implementation without problem
- groldan someone would need to use postgis, etc
- groldan I'm pretty sure that being able of swaping them is all about the point of the existence of the different epsg modules?
- appetkov gabriel, can you explain a bit more?
- appetkov the one about postgis...
- groldan I think epsg-hql, epsg-wkt, etc are designed to be interchangeable
- groldan so, though it would be cool to support epsg-hql by default, there shouldn't be any problem if you get it out of your running instance and drop another one
- groldan someone could confirm that that should be the case? jdeolive?
- appetkov in the past that was not the case, at least IME...
- groldan Well, I could be wrong... but I was pretty sure, so if you had problems we should raise up a jira bug on it
- appetkov I guess issues arise when Simone works with Geotiff images--reading Authority for datums, etc
- groldan yeah, that's another topic, and the fact that epsg-hql is more complete than wkt is a good reason for the change
- appetkov Well, with the supposed merge of WCS and trunk it looks like that will happen
- groldan my concern was just that I thought that you as user should be able of using whatever one, regardless of the one geoserver comes with by default
- appetkov i am currently at that point, yes
- appetkov you mean being able to use one jar archive or the other?
- groldan exactly
- appetkov to replace one with the other in my current instance?
- groldan like if you deploy the geoserver war, then remove one jar and drop the other in
- appetkov oh ok
- appetkov haven't tried in a while, will try again...
- groldan cool,if that doesn't works, would you be so kind of setting up a jira issue with a stack trace and/or whatever information you can acquire when trying to switch to epsg-hql?
- appetkov sure, will do
- appetkov i already have 1.4.0-M1 on my HDD
- groldan it is supposed to work. Aka, say that Geos comes with epsg-hql by default, but my company holds all its info in oracle and I need to replace epsg-hql by epsg-oracle
- groldan that should just _work_
- appetkov that's all I have WRT that...
- brent_ all done?
- groldan ok, am +1 on changing to hql. Still need to hear from jgarnett at al, I guess wkt uses inversed axis order for 4326
- appetkov ok
- brent_ yeh we will have to bring it up on the list
- appetkov will get him and Simone in the ring :-)
- groldan sure, they're who we need to hear from on this
-</PRE>
-</DIV></DIV>
+ .smalltext {
+ color: #666666;
+ font-size: 10px;
+ }
+</STYLE>
+<DIV id="PageContent">
+ <DIV style="color: #666666; font-size: 10px;">
+ News
+ created by <B> <A href="http://goopen.org/display/~cholmes">Chris Holmes</A></B> (<A href="mailto:cholmes@openplans.org">cholmes@openplans.org</A>) on Aug 30, 2006 16:29
+ </DIV>
+ <DIV style="border-top:1px solid #d3d3d3;">
+ <IMG src="http://goopen.org/images/icons/blogentry_16.gif" height="16" width="16" border="0" style="float:right;" alt="News">
+ </DIV>
+ <P>Chris Holmes gave a tech talk at Googl: <SPAN class="nobr"><A href="http://video.google.com/videoplay?docid=-3923618086187138447" title="Visit page outside Confluence" rel="nofollow">GeoServer and Architectures of Participation for Geospatial Information<SUP><IMG class="rendericon" src="http://goopen.org/images/icons/linkext7.gif" height="0" width="0" align="absmiddle" alt="" border="0"></SUP></A></SPAN> (click on the link to see the full talk on google video). It talks about GeoServer and how <SPAN class="nobr"><A href="http://topp.openplans.org/" title="Visit page outside Confluence" rel="nofollow">TOPP<SUP><IMG class="rendericon" src="http://goopen.org/images/icons/linkext7.gif" height="0" width="0" align="absmiddle" alt="" border="0"></SUP></A></SPAN> leveraged open standards to interoperate with Google Earth.</P>
+
+<P>You can also see and (re)use the slides <SPAN class="nobr"><A href="http://docs.codehaus.org/download/attachments/61286/geoserver-tech-talk-ch.ppt" title="Visit page outside Confluence" rel="nofollow">powerpoint<SUP><IMG class="rendericon" src="http://goopen.org/images/icons/linkext7.gif" height="0" width="0" align="absmiddle" alt="" border="0"></SUP></A></SPAN> and <SPAN class="nobr"><A href="http://docs.codehaus.org/download/attachments/61286/geoserver-tech-talk-ch.odp" title="Visit page outside Confluence" rel="nofollow">open document<SUP><IMG class="rendericon" src="http://goopen.org/images/icons/linkext7.gif" height="0" width="0" align="absmiddle" alt="" border="0"></SUP></A></SPAN> - under a <SPAN class="nobr"><A href="http://creativecommons.org/licenses/by/2.0/" title="Visit page outside Confluence" rel="nofollow">creative commons attribution<SUP><IMG class="rendericon" src="http://goopen.org/images/icons/linkext7.gif" height="0" width="0" align="absmiddle" alt=""
border="0"></SUP></A></SPAN> license. </P>
+ </DIV></SPAN>
+ </TD>
+ </TR>
+ <TR>
+ <TD valign="top">
+ <B><A href="http://docs.codehaus.org/display/MULE/2006/08/29/The%20Spring%20Experience%202006">The Spring Experience 2006 (updated)</A></B>
+
+ <BR>
+ <SPAN class="smalltext"><STYLE>
+ .tag {
+ font-style: italic;
+ }
+
+ .smalltext {
+ color: #666666;
+ font-size: 10px;
+ }
+</STYLE>
+<DIV id="PageContent">
+ <DIV style="color: #666666; font-size: 10px;">
+ News
+ updated by <B> <A href="http://goopen.org/display/~tcarlson">Travis Carlson</A></B> (<A href="mailto:carlson@hotpop.com">carlson@hotpop.com</A>) to
+ <A href="http://goopen.org/display/MULE/2006/08/29/The%20Spring%20Experience%202006">revision 2</A>
+ on Aug 30, 2006 09:21.
+ created by <B> <A href="http://goopen.org/display/~tcarlson">Travis Carlson</A></B> (<A href="mailto:carlson@hotpop.com">carlson@hotpop.com</A>) on Aug 29, 2006 16:41
+ </DIV>
+ <DIV style="border-top:1px solid #d3d3d3;">
+ <IMG src="http://goopen.org/images/icons/blogentry_16.gif" height="16" width="16" border="0" style="float:right;" alt="News">
+ </DIV>
+ <TABLE class="confluenceTable"><TBODY>
+<TR>
+<TD class="confluenceTd"> <IMG src="http://static.springframework.org/tse/2006/banner-125x125.jpg" align="absmiddle" border="0"> </TD>
+<TD class="confluenceTd"> Ross Mason will be presenting Mule at <SPAN class="nobr"><A href="http://www.thespringexperience.com/" title="Visit page outside Confluence" rel="nofollow">The Spring Experience<SUP><IMG class="rendericon" src="http://goopen.org/images/icons/linkext7.gif" height="0" width="0" align="absmiddle" alt="" border="0"></SUP></A></SPAN> conference, held December 7-10 in Hollywood, Florida. <SPAN class="nobr"><A href="http://www.springframework.org/node/330" title="Visit page outside Confluence" rel="nofollow">More info...<SUP><IMG class="rendericon" src="http://goopen.org/images/icons/linkext7.gif" height="0" width="0" align="absmiddle" alt="" border="0"></SUP></A></SPAN> <BR clear="all"> </TD>
+</TR>
+</TBODY></TABLE>
<STYLE>
.diffadded{background: #ddffdd;padding:1px 1px 1px 4px;border-left: 4px solid darkgreen;}
.diffdeleted{color:#999;background: #ffdddd;padding: 1px 1px 1px 4px;border-left: 4px solid darkred;}
@@ -1108,271 +1150,299 @@
<DIV style="margin-top:50px; border:1px solid #d3d3d3;">
<DIV style="background-color:#E5E5E5; height:30px; padding:5px; margin-bottom:5px; border-bottom:1px solid #d3d3d3;">
<DIV style="float:left">
- <H4 style="margin:0; padding:0 ">Changes between <A href="http://goopen.org/display/GEOS/2006/08/22/IRC%20logs%20Aug%2022,%20meeting%202?pageVersion=1">revision 1</A> and <A href="http://goopen.org/display/GEOS/2006/08/22/IRC%20logs%20Aug%2022,%20meeting%202">revision 2</A>:</H4>
+ <H4 style="margin:0; padding:0 ">Changes between <A href="http://goopen.org/display/MULE/2006/08/29/The%20Spring%20Experience%202006?pageVersion=1">revision 1</A> and <A href="http://goopen.org/display/MULE/2006/08/29/The%20Spring%20Experience%202006">revision 2</A>:</H4>
</DIV>
<DIV style="float:right" class="smalltext">
- <A href="http://goopen.org/pages/viewpreviouspageversions.action?pageId=60555">view all revisions</A> |
- <A href="http://goopen.org/pages/revertpagebacktoversion.action?pageId=60555&version=1">revert page to version 1</A>
+ <A href="http://goopen.org/pages/viewpreviouspageversions.action?pageId=61240">view all revisions</A> |
+ <A href="http://goopen.org/pages/revertpagebacktoversion.action?pageId=61240&version=1">revert page to version 1</A>
</DIV>
</DIV>
<DIV style="margin:5px;">
<TABLE>
- <TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">{excerpt}</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"># GISP 4</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"># Geoserver and GADS</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"># 2D and 3D bbox</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"># HSQL vs WKT for EPSG</TD></TR>
-<TR><TD valign="top" class="diffnav" width="1%"><A name="change0"></A> </TD><TD valign="top" class="diffnav" width="1%"> <TD class="diffdeleted">{ecxerpt}</TD></TR>
-<TR><TD valign="top" class="diffnav" width="1%"><A name="change0"></A> </TD><TD valign="top" class="diffnav" width="1%"> <TD class="diffadded">{excerpt}</TD></TR>
+ <TR><TD valign="top" class="diffnav" width="1%"><A name="change0"></A> </TD><TD valign="top" class="diffnav" width="1%"> <TD class="diffdeleted">| !http://static.springframework.org/tse/2006/banner-125x125.jpg! | Ross Mason will be presenting Mule at [The Spring Experience|http://www.thespringexperience.com] conference, held December 7-10 in Hollywood, Florida. [More <SPAN class="diffremovedchars">info...|http://www.springframework.org/node/330]</SPAN> \\ | </TD></TR>
+<TR><TD valign="top" class="diffnav" width="1%"><A name="change0"></A> </TD><TD valign="top" class="diffnav" width="1%"> <TD class="diffadded">| !http://static.springframework.org/tse/2006/banner-125x125.jpg! | Ross Mason will be presenting Mule at [The Spring Experience|http://www.thespringexperience.com] conference, held December 7-10 in Hollywood, Florida. [More <SPAN class="diffaddedchars">info...|http://www.springframework.org/node/330]&nbsp;</SPAN> \\ | </TD></TR>
+
+ </TABLE>
+ </DIV>
+ </DIV>
+ </DIV></SPAN>
+ </TD>
+ </TR>
+ <TR>
+ <TD valign="top">
+ <B><A href="http://docs.codehaus.org/display/MULE/2006/06/05/Mule%20at%20TSSJS-Europe">Mule at TSSJS-Europe (updated)</A></B>
+
+ <BR>
+ <SPAN class="smalltext"><STYLE>
+ .tag {
+ font-style: italic;
+ }
+
+ .smalltext {
+ color: #666666;
+ font-size: 10px;
+ }
+</STYLE>
+<DIV id="PageContent">
+ <DIV style="color: #666666; font-size: 10px;">
+ News
+ updated by <B> <A href="http://goopen.org/display/~tcarlson">Travis Carlson</A></B> (<A href="mailto:carlson@hotpop.com">carlson@hotpop.com</A>) to
+ <A href="http://goopen.org/display/MULE/2006/06/05/Mule%20at%20TSSJS-Europe">revision 6</A>
+ on Aug 29, 2006 17:29.
+ created by <B> <A href="http://goopen.org/display/~tcarlson">Travis Carlson</A></B> (<A href="mailto:carlson@hotpop.com">carlson@hotpop.com</A>) on Jun 05, 2006 16:25
+ </DIV>
+ <DIV style="border-top:1px solid #d3d3d3;">
+ <IMG src="http://goopen.org/images/icons/blogentry_16.gif" height="16" width="16" border="0" style="float:right;" alt="News">
+ </DIV>
+ <P><IMG src="http://javasymposium-europe.techtarget.com/images/_header_logo.gif" align="absmiddle" border="0"></P>
+
+<P><B>Building a Reliable Open Source ESB with Mule</B></P>
+
+<P>Ross Mason will be presenting Mule at <SPAN class="nobr"><A href="http://javasymposium-europe.techtarget.com/" title="Visit page outside Confluence" rel="nofollow">TheServerSide Java Symposium-Europe<SUP><IMG class="rendericon" src="http://goopen.org/images/icons/linkext7.gif" height="0" width="0" align="absmiddle" alt="" border="0"></SUP></A></SPAN> , held June 21-23 in Barcelona, Spain. <SPAN class="nobr"><A href="http://javasymposium-europe.techtarget.com/html/det_descriptions.htm#RMasonMule" title="Visit page outside Confluence" rel="nofollow">More info...<SUP><IMG class="rendericon" src="http://goopen.org/images/icons/linkext7.gif" height="0" width="0" align="absmiddle" alt="" border="0"></SUP></A></SPAN></P>
+
+
+<P><SPAN class="nobr"><A href="http://www.jroller.com/page/kimchy?entry=tssjs_barcelona_day_one" title="Visit page outside Confluence" rel="nofollow">Read a nice review by Shay Banon, a TSSJS attende (Day 1)<SUP><IMG class="rendericon" src="http://goopen.org/images/icons/linkext7.gif" height="0" width="0" align="absmiddle" alt="" border="0"></SUP></A></SPAN></P>
+
+<P><SPAN class="nobr"><A href="http://jroller.com/page/kimchy?entry=tssjs_barcelona_day_two" title="Visit page outside Confluence" rel="nofollow">Read a nice review by Shay Banon, a TSSJS attende (Day 2)<SUP><IMG class="rendericon" src="http://goopen.org/images/icons/linkext7.gif" height="0" width="0" align="absmiddle" alt="" border="0"></SUP></A></SPAN></P>
+ <STYLE>
+ .diffadded{background: #ddffdd;padding:1px 1px 1px 4px;border-left: 4px solid darkgreen;}
+ .diffdeleted{color:#999;background: #ffdddd;padding: 1px 1px 1px 4px;border-left: 4px solid darkred;}
+ .diffnochange{padding:1px 1px 1px 4px;border-left: 4px solid #d3d3d3;}
+ .differror{background:brown;}
+ .diff{font-family:lucida console, courier new, fixed-width;font-size: 12px;line-height: 14px;}
+ .diffaddedchars{background-color:#99ff99;font-weight:bolder;}
+ .diffremovedchars{background-color:#ff9999;text-decoration: line-through;font-weight:bolder;}
+ .diffnav{display:none;}
+ </STYLE>
+
+ <DIV style="margin-top:50px; border:1px solid #d3d3d3;">
+ <DIV style="background-color:#E5E5E5; height:30px; padding:5px; margin-bottom:5px; border-bottom:1px solid #d3d3d3;">
+ <DIV style="float:left">
+ <H4 style="margin:0; padding:0 ">Changes between <A href="http://goopen.org/display/MULE/2006/06/05/Mule%20at%20TSSJS-Europe?pageVersion=5">revision 5</A> and <A href="http://goopen.org/display/MULE/2006/06/05/Mule%20at%20TSSJS-Europe">revision 6</A>:</H4>
+ </DIV>
+ <DIV style="float:right" class="smalltext">
+ <A href="http://goopen.org/pages/viewpreviouspageversions.action?pageId=53869">view all revisions</A> |
+ <A href="http://goopen.org/pages/revertpagebacktoversion.action?pageId=53869&version=5">revert page to version 5</A>
+ </DIV>
+ </DIV>
+ <DIV style="margin:5px;">
+ <TABLE>
+ <TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">!http://javasymposium-europe.techtarget.com/images/_header_logo.gif!</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> </TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">*Building a Reliable Open Source ESB with Mule*</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> </TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">Ross Mason will be presenting Mule at [TheServerSide Java Symposium-Europe|http://javasymposium-europe.techtarget.com] , held June 21-23 in Barcelona, Spain. [More info...|http://javasymposium-europe.techtarget.com/html/det_descriptions.htm#RMasonMule]</TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> </TD></TR>
+<TR><TD valign="top" class="diffnav" width="1%"><A name="change0"></A> </TD><TD valign="top" class="diffnav" width="1%"> <TD class="diffadded"> </TD></TR>
+<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">[Read a nice review by Shay Banon, a TSSJS attende (Day 1)|http://www.jroller.com/page/kimchy?entry=tssjs_barcelona_day_one]</TD></TR>
<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> </TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">{noformat}</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange">brent_ any agenda items people want to discuss?</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> asantokhee hi all</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould GSIP 4 :)</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> appetkov I wanted to see adit's progress with geoserver and GADS</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould although I could go last</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> groldan gtbot, come here</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> asantokhee ive got some feedback as well</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould because I haven't had a chance to review justin's comments</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> appetkov Hi Adit</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> asantokhee about 2D and 3D BBOX</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould I could make a gtbot for this channel if you guys want :)</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive can we call him jody :)</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ heh</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould hahaha</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> groldan we should always avoid naming conflicts...</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> groldan lets call jgarnett another way so</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> =-= brent_ has changed the topic to "0) propose agenda items 1) GISP 4 2) GEoserver and GADS 3) 2D and 3D bbox"</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ ok lets start, 1) GISP 2</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ rgould</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould GSIP 4 :)</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ er, yeh</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> appetkov I sent an email to the list about the use of HSQL vs WKT, but maybe that will be a topic after a few people reply...</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ heh</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould So for one project we are working on, we need the client application to be able to tell which modules of a particular GeoServer are operational or not</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ oh yeh, good one appetkov, lets talk about that too</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould so I wrote up a quick GSIP yesterday: http://docs.codehaus.org/display/GEOS/GSIP+4+-+Status+Interface</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> =-= brent_ has changed the topic to "0) propose agenda items 1) GISP 4 2) GEoserver and GADS 3) 2D and 3D bbox 4) HSQL vs WKT for EPSG"</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> sigq Title: GSIP 4 - Status Interface - GeoServer - Confluence (at docs.codehaus.org)</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> groldan justin, what did you said about reversing the dependency?</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould Yeah, I have been thinking about that little and I think I like it</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ doesn't a capabilities document say weather a service is available or not?</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould i'm a little sketchy on the technicality of it though</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould but not all modules have capabilities documents</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould (ie data)</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ good point</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> groldan good point</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive so yeah, my reason for suggesting the change was to mimimize the impact to existing geoserver modules</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive so if we decide to change to an actual plugin framework, we dont have to change them</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould so for reversing the dependency, I could perhaps create a module that examines the other modules to see if they are up</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould yes</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive i also like the idea of keeping components as plain old java objects</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould like OSGi</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive it makes them easier to deploy to other environments, and easier to test as otehr dependecncies dont creep in</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould right</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ yeh</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould and the "status" module itself would have almost no impact on the code</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive well i think thinking youd could wrap up an existing module in a Status class, and the status class woudl worry about all the notifcation, etc..</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive instead of having teh component do that</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould ah</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive leaving the component to be strictly business logic</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive you also might want to read teh spring docs on JMX beans, because that is essentially what they do</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould ok</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould I am completely unfamiliar with JMX</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive http://www.springframework.org/docs/reference/jmx.html</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould needs to do some reading</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> sigq Title: Chapter 19. JMX Support (at www.springframework.org)</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive ha, nice one sigq, but i beat you ;)</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould sigq is a bot :)</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ lol</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive haha</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> groldan (sorry guys I have to run, guess I'll be back in 1/2hour, family matters) (I support Justin's idea)</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive wow, i didn't even know, it passes the ai test</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould haha</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ cya groldan</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould ciao gabriel</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive bye gabriel</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive so yeah, the idea is that you wrap up a compnent in a MBean interface</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould a component in this instance would be a geoserver module?</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive and you create an MBeanServer which speaks the jmx protocol, and publishes the beans you have wrapped up</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould and the client just needs to speak JMX as well?</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive no necessarily, a module could have any number of components</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive but there could be a nice one to one ratio</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive yup</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould ok well I will definitely look into that then</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive it might be a little bit more overhead to go that route, but i like it because jmx has been around for a while and is a standard for remote component management in java</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould right. part of the issue might be that we do have a looming deadline</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive geoserver made the mistake of rolling its own framework before with the dto stuff, i dont really want to fall into that again</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive i mean the dto stuff works and is great ,and i guess at the time jmx was still young</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive so fair enough</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive i can understand the timeline</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive which is why the chagne in your design is nice, because you can go ahead and start work, but the impact to the codebase is minimal</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould yeah, it sounds like a better route to me</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> rgould ok, sorry, move on, internet guy here</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ k</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> jdeolive righto, thanks richard</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ 2) Geoserver and GADS</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> asantokhee yeah</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> asantokhee i had my meeting last week</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> asantokhee some issues have been raised</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> asantokhee did u guys have a look at the demo?</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> appetkov what was it about? Using Geoserver with GADS?</TD></TR>
-<TR><TD colspan="2" class="diffnav"> </TD><TD class="diffnochange"> brent_ I haven't yet</TD></TR>
[... 375 lines stripped ...]