Re: [Geoserver-devel] foss4g 2010 workshop submissions close Jan 30

Jody Garnett ha scritto: > I picked this up on another > list: http://wiki.osgeo.org/wiki/FOSS4G_2010_Press_Release_3 > > I know many here are sensitive to the need to obtain a conference pass... > > "Due to the effort involved in producing and presenting a workshop, > instructors will receive

[Geoserver-devel] foss4g 2010 workshop submissions close Jan 30

I picked this up on another list: http://wiki.osgeo.org/wiki/FOSS4G_2010_Press_Release_3 I know many here are sensitive to the need to obtain a conference pass... "Due to the effort involved in producing and presenting a workshop, instructors will receive a single complementary registration to

[Geoserver-devel] Adding a projection to the main distribution

Hi, A user from Guatemala asked whether we could add the bellow projection to the standard distribution. I guess that'd imply adding it to the user_pojections in the release configuration, since adding it to the actual epsg database might be more problematic? what do you think? Cheers, Gabri

Re: [Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

Hi Belai, that looks interesting indeed. Do you have experience with any of them, or can advise on their maturity/usefulness/flexibility? Cheers, Gabriel Belai Beshah wrote: > It will be very nice if the aspect used one of the many open source runtime > monitoring libraries like: > Jamon: http

Re: [Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

It will be very nice if the aspect used one of the many open source runtime monitoring libraries like: Jamon: http://jamonapi.sourceforge.net/ JETM: http://jetm.void.fm/ Commons monitoring: http://commons.apache.org/sandbox/monitoring/ Usemon: http://code.google.com/p/usemon/ javasimon: http://cod

Re: [Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

When I was researching for an AOP framework I was first very excited about Spring AOP[1] due to obvious reasons: integration with Spring and no need for an extra compilation step or runtime weaver. But then got disapointed by its limitations. For instance, Spring AOP works only by proxying Spring

[Geoserver-devel] Hudson build is back to normal: geoserver-2.0.x #243

See -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Confe

[Geoserver-devel] Hudson build is back to normal: geoserver-trunk #2319

See -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conf

[Geoserver-devel] Build failed in Hudson: geoserver-2.0.x #242

See Changes: [aaime] GEOS-3770, Logging filter will make Wicket file uploads fail [aaime] GEOS-3769, GeoServer leaks permgen memory on redeploys -- [...truncated 471 lines...] Running org.

[Geoserver-devel] Build failed in Hudson: geoserver-trunk #2318

See Changes: [aaime] GEOS-3770, Logging filter will make Wicket file uploads fail [aaime] GEOS-3769, GeoServer leaks permgen memory on redeploys [aaime] GEOS-3769, GeoServer leaks permgen memory on redeploys --

Re: [Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

Simone Giannecchini ha scritto: > Ciao Andrea, > question, is this just an investigation or is it something that might > become a GSIP anytime soon_ > I am asking since we are looking into doing something similar per > doing monitoring on GeoServeràs health. There is a chance it will become a comm

[Geoserver-devel] [jira] Created: (GEOS-3770) Logging filter will make Wicket file uploads fail

Logging filter will make Wicket file uploads fail - Key: GEOS-3770 URL: http://jira.codehaus.org/browse/GEOS-3770 Project: GeoServer Issue Type: Bug Reporter: Andrea Aime

Re: [Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

Ciao Andrea, question, is this just an investigation or is it something that might become a GSIP anytime soon_ I am asking since we are looking into doing something similar per doing monitoring on GeoServeràs health. Simone. --- Ing. Simone Giann

[Geoserver-devel] Build failed in Hudson: geoserver-2.0.x #241

See Changes: [aaime] GEOS-3769, GeoServer leaks permgen memory on redeploys -- [...truncated 20999 lines...] PARAMETER["central_meridian", -93.0], PARAMETER["latitude_of_origin", 0.0],

[Geoserver-devel] [jira] Created: (GEOS-3769) GeoServer leaks permgen memory on redeploys

GeoServer leaks permgen memory on redeploys --- Key: GEOS-3769 URL: http://jira.codehaus.org/browse/GEOS-3769 Project: GeoServer Issue Type: Bug Reporter: Andrea Aime Assignee:

[Geoserver-devel] Hudson build is back to normal: geoserver-trunk #2317

See -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference

Re: [Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

2010/1/15 Justin Deoliveira > > > maven apache wrote: > >> >> Actually I can not understand why do the gs use spring. It has a high >> coupling with spring. >> So it is a little difficult for ones who are not familiar with spring(for >> example me :( ). >> Maybe the gs is just a product for user

Re: [Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

maven apache ha scritto: > > Actually I can not understand why do the gs use spring. It has a high > coupling with spring. > So it is a little difficult for ones who are not familiar with > spring(for example me :( ). > Maybe the gs is just a product for users rather than a open sources > soft

Re: [Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

maven apache wrote: > > Actually I can not understand why do the gs use spring. It has a high > coupling with spring. > So it is a little difficult for ones who are not familiar with > spring(for example me :( ). > Maybe the gs is just a product for users rather than a open sources > softwar

Re: [Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

Andrea Aime wrote: > Justin Deoliveira ha scritto: > > Right. There is also the question of whether Spring AOP can add a > pointcut in any random class (as you said, it used to be less powerful, > no idea what the situation is now) and also what performance overhead > comes with it compared to

Re: [Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

Actually I can not understand why do the gs use spring. It has a high coupling with spring. So it is a little difficult for ones who are not familiar with spring(for example me :( ). Maybe the gs is just a product for users rather than a open sources software for studying. :) 2010/1/15 Justin Deol

Re: [Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

Justin Deoliveira ha scritto: > I did some trivial aspectj experimenting back in 2002 and have done a > bit with spring aop here and there. What I have found (and who knows if > this is still valid) is that aspjectj seems to be more powerful as an > AOP technology but at the end of the day they

Re: [Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

I did some trivial aspectj experimenting back in 2002 and have done a bit with spring aop here and there. What I have found (and who knows if this is still valid) is that aspjectj seems to be more powerful as an AOP technology but at the end of the day they more or less do the same thing. I wo

[Geoserver-devel] Build failed in Hudson: geoserver-trunk #2316

See -- [...truncated 21771 lines...] PARAMETER["central_meridian", -93.0], PARAMETER["latitude_of_origin", 0.0], PARAMETER["scale_factor", 0.9996], PARAMETER["false_easting", 50.0],

[Geoserver-devel] Developer opinion: using aspects and/or AspectJ in GeoServer?

Hi, as a curiosity, what is people opinion on starting to use AspectJ in GeoServer? The library is still being developed (a new release is just a few days old: http://www.eclipse.org/aspectj/) and there has been books about it, but it never became mainstream (not as Spring, Hibernate and some othe