GEF problem for Windows only

[Bill Menger]

Dan, please take a look at the filename problem I am having on Windows
machines (2 of them) when trying to update with the GEF feature in the
mix.
If you find a way to fix, please let me know and I'll update.
thanks,
Bill Menger
See the error in file "GEF problem.tif" on the geocraft-user page.

[Dan Dromereschi]

Hi Bill,

It looks like the entire path is longer than 256 characters or whatever the limit is on Windows. One of the fixes I could do is to remove the org.eclipse.zest.source_... bundle from the target platform as we don't need it too much anyway.
Chris, Jeff, is there a better approach for this?

Thanks,

Dan

[Jeff McAffer]

In the past we had a number of issues with really long paths where the source jars were nested inside of source bundles.  Since 3.4 we have started delivering source directly as independent bundles.  This significantly reduced the path lengths needed.  However, there issue is one with the OS so we cannot solve it, only mitigate.  I do recall that there are some new OS calls that work with really long filepaths but as far as I know they are not immediately available from Java. 

Can you tell us a little more about the file structure you have?  What is the full path of the files that are too long?  Perhaps we can suggest an alternative layout.

Jeff

[Dan Dromereschi]

Jeff,

Please see the error in file "GEF problem.tif" on the geocraft-user group page, in the Files section.
On my Windows machines it works, but the path is shorter between c:\ and org.geocraft.target.

Thanks,

Dan

[Jeff McAffer]

Ok, that structure is a bit strange.  Looks like it is using the old style source bundles so you end up with a really long qualifier and then the bundle name again and then it looks like the source is itself exploded in the repo.  Really the ...zest.layouts source should appear in a JAR directly under the "plugins" dir.  How/where did you get this source structure?  Ian Bull who leads Zest works for Code 9 / EclipseSource so perhaps we can get it changed if it is something you got from a download site.

Jeff

[Dan Dromereschi]

I definitely downloaded the GEF-ALL-3.4.1.zip from a mirror available at http://www.eclipse.org/gef/downloads/

I looked again into that .zip file and it looks like org.eclipse.zest.source_1.0.0.../src/org.eclipse.zest.layouts_1.0.0.../ contains both a src.zip and the unzipped contents of the src.zip. I think we are fine if we delete the unzipped contents and keep only src.zip, the same as in the other source bundles.

Thanks,

Dan

[Jeff McAffer]

Right.  looks like the source packaging is wrong.  I agree that you should be able to delete the .java files and containing dirs.  you should only need the src.zip files.  In fact they should be independent bundles but the old form is still supported so its not "wrong".  I'll talk with Ian to see about addressing that going forward.

Jeff

[Dan Dromereschi]

Bill,

I removed the files structure that was causing issues, without removing any functionality. Please try again to update the target as it should work fine now.

Thanks,

Dan

[Bill Menger]

Works! Thank you (all).

On Nov 25, 11:35 am, "Dan Dromereschi" <dda...@gmail.com> wrote:
> Bill,
>
> I removed the files structure that was causing issues, without removing any
> functionality. Please try again to update the target as it should work fine
> now.
>
> Thanks,
>
> Dan
>
>
>
> On Tue, Nov 25, 2008 at 6:22 PM, Jeff McAffer <j...@code9.com> wrote:
> >  Right.  looks like the source packaging is wrong.  I agree that you should
> > be able to delete the .java files and containing dirs.  you should only need
> > the src.zip files.  In fact they should be independent bundles but the old
> > form is still supported so its not "wrong".  I'll talk with Ian to see about
> > addressing that going forward.
>
> > Jeff
>
> > Dan Dromereschi wrote:
>
> > I definitely downloaded the GEF-ALL-3.4.1.zip from a mirror available at
> >http://www.eclipse.org/gef/downloads/
>
> > I looked again into that .zip file and it looks like
> > org.eclipse.zest.source_1.0.0.../src/org.eclipse.zest.layouts_1.0.0.../
> > contains both a src.zip and the unzipped contents of the src.zip. I think we
> > are fine if we delete the unzipped contents and keep only src.zip, the same
> > as in the other source bundles.
>
> > Thanks,
>
> > Dan
>

> > On Tue, Nov 25, 2008 at 5:02 PM, Jeff McAffer <j...@code9.com> wrote:
>
> >> Ok, that structure is a bit strange.  Looks like it is using the old style
> >> source bundles so you end up with a really long qualifier and then the
> >> bundle name again and then it looks like the source is itself exploded in
> >> the repo.  Really the ...zest.layouts source should appear in a JAR directly
> >> under the "plugins" dir.  How/where did you get this source structure?  Ian
> >> Bull who leads Zest works for Code 9 / EclipseSource so perhaps we can get
> >> it changed if it is something you got from a download site.
>
> >> Jeff
>
> >> Dan Dromereschi wrote:
>
> >> Jeff,
>
> >> Please see the error in file "GEF problem.tif" on the geocraft-user group
> >> page, in the Files section.
> >> On my Windows machines it works, but the path is shorter between c:\ and
> >> org.geocraft.target.
>
> >> Thanks,
>
> >> Dan
>

> >> On Tue, Nov 25, 2008 at 4:39 PM, Jeff McAffer <j...@code9.com> wrote:
>
> >>> In the past we had a number of issues with really long paths where the
> >>> source jars were nested inside of source bundles.  Since 3.4 we have started
> >>> delivering source directly as independent bundles.  This significantly
> >>> reduced the path lengths needed.  However, there issue is one with the OS so
> >>> we cannot solve it, only mitigate.  I do recall that there are some new OS
> >>> calls that work with really long filepaths but as far as I know they are not
> >>> immediately available from Java.
>
> >>> Can you tell us a little more about the file structure you have?  What is
> >>> the full path of the files that are too long?  Perhaps we can suggest an
> >>> alternative layout.
>
> >>> Jeff
>
> >>> Dan Dromereschi wrote:
>
> >>> Hi Bill,
>
> >>> It looks like the entire path is longer than 256 characters or whatever
> >>> the limit is on Windows. One of the fixes I could do is to remove the
> >>> org.eclipse.zest.source_... bundle from the target platform as we don't need
> >>> it too much anyway.
> >>> Chris, Jeff, is there a better approach for this?
>
> >>> Thanks,
>
> >>> Dan
>

> >>> On Tue, Nov 25, 2008 at 12:56 AM, Bill Menger <bill.menger....@gmail.com

> >>> > wrote:
>
> >>>> Dan, please take a look at the filename problem I am having on Windows
> >>>> machines (2 of them) when trying to update with the GEF feature in the
> >>>> mix.
> >>>> If you find a way to fix, please let me know and I'll update.
> >>>> thanks,
> >>>> Bill Menger

> >>>> See the error in file "GEF problem.tif" on the geocraft-user page.- Hide quoted text -
>
> - Show quoted text -