Hi,
building gt2 trunk today I got the following:
GRAVE:
C:\progetti\geotools\trunk\modules\plugin\arcgrid\target\test-classes\org\geotools\gce\arcgrid\test-data\4796arcGrid56672.prj
(Impossibile eseguire l'operazione specificata su un file la cui sezione
mappata dall'utente Þ aperta)
java.io.
Hi,
I'd like to update one of the jars in the repository, but
apparently my credentials are not getting accepted anymore.
Is this a known problem? Can someone double check?
Cheers
Andrea
-
Take Surveys. Earn Cash. Influence t
On 13-Mar-07, at 7:50 PM, Martin Desruisseaux wrote:
> Jesse Eichar a écrit :
>> From what I understand they aren't currently singletons but we
>> want them to be isn't that more correct?
>
> RegistryFactory are not currently singleton. We may want them to
> be, this is one possible approach
uDig has an example; but it is for a "meta renderer" that uses both
streaming renderer (to draw features), and quick little map graphics for
things like scalebars and legends.
Cheers,
Jody
> Hi,
>
> Can some please provide me a sample code to create a ScaleBar as in
> MapServer using
> Stream
I tried yesterday but Cory caught me - apparently we should use maven
deploy :-(
There is a chance that things have gone badly since we rebuilt our
router last week.
Bah - I cannot get through either (although I may just be in
username/password confusion)
Jody
> Hi,
> I'd like to update one o
Martin Desruisseaux wrote:
> Jody Garnett a écrit :
>> So here is what we need to do:
>> - We need to make sure all the FactoryFinders use the same
>> FactoryRegistry
> If global 'addFactoryIterator' is the only rational, a singleton
> FactoryRegistry is one possible approach but is not required.
Unfortunately not every project we depend on uses maven. So I think we
need a way to manually upload jars into the repository. Also, some
projects that do use maven don't distribute source jars.
-Justin
Jody Garnett wrote:
> I tried yesterday but Cory caught me - apparently we should use maven
>
Understood (remember I was caught trying to do just that yesterday - for
the jts-1.8 sources).
I just did a geoapi "mvn deploy" - and it worked. Trying to connect
using Windows XP directly
was unsuccessful.
Can someone on a Linux machine try? (Could be a microsoft patch has
broken me)
Jody
>
Justin Deoliveira wrote:
> Unfortunately not every project we depend on uses maven. So I think we
> need a way to manually upload jars into the repository. Also, some
> projects that do use maven don't distribute source jars.
http://svn.geotools.org/geotools/trunk/scripts/deploy_dependencies.sh
c
Yikes!! Looks pretty complicated. Can i get a quick synopsis of how to
use it.
Cory Horner wrote:
> Justin Deoliveira wrote:
>> Unfortunately not every project we depend on uses maven. So I think we
>> need a way to manually upload jars into the repository. Also, some
>> projects that do use mave
I have no problems creating files and uploading to
lists.refractions.net/geotools or /m2
I did this using Konqueror on Ubuntu 6.10
Richard
On Wed, 2007-03-14 at 10:31 -0700, Jody Garnett wrote:
> Understood (remember I was caught trying to do just that yesterday - for
> the jts-1.8 sources).
>
Justin Deoliveira wrote:
> Yikes!! Looks pretty complicated. Can i get a quick synopsis of how to
> use it.
In short it's just deploying things from your local repository into a
remote one. Alternatively, you could just type mvn deploy:deploy-file,
but this figures out if there is a pom or not
So in terms of short-term priorities we are doing pretty good ...
#1 It looks like we can hook up a factory iterator to something
(hopefully a single something)
#2 We understand where the singletons are being kept; even if we do not
bring them together at this time
#3 JNDI has a reason to live
J
Hi all,
I have submitted a patch for http://jira.codehaus.org/browse/GEOT-906
which deals with how the sld parser handles whitespace for property
names and css parameters.
The patch is written against 2.3.x, and I have supplied a test case for
it as well. If ok with it i can go ahead and apply it
Hi guys,
the problem is fixed, it was just a problem of colliding names in the
created test-files.
Anyway, what aaime was saying is true. Using FileChannel on big objects is
dangerous on windows
and we should try to avoid using them, especially for shapefiles.
If anyone is ever interested in r
Commited the following changes on trunk as of revision 24765:
* Added a new class, org.geotools.factory.Factories, which
contains only static method that apply to all factories.
The add/removeFactoryIteratorProvider(...) methods are now
there and have system-wide effect.
* Removed the a
16 matches
Mail list logo
