check out on Windows - Filename too long about tern.java HOT 11 CLOSED

It seems to be git version related.

from tern.java.

@paulvi do you know how to resolve it?

from tern.java.

It seems to be only on Win 32x
On Win 64 it is OK.

No way to resolve, just to know (add to README?) that there are long names, that on Windows can run into this problem.

from tern.java.

Ok. I close this issue. Thank's to speak about this problem.

from tern.java.

I see the same error and I'm on win64. Windows msysgit just can't handle
the long file names. But here is how we can solve it, because I had to
solve it this way.

• don't check in the node files as a directory
• instead check in a node.js zip file that contains the contents of the
  node/** directory
• and then have some Plugin Activator code in the node bundles/fragments
  that first checks for a directory under the bundle
• if the directory doesn't exist, then unzip the contents of the zip

Then we can check in the files without any problem. You can see some
example of this type of code here:
https://github.com/liferay/liferay-ide/blob/master/tools/plugins/com.liferay.ide.alloy.core/src/com/liferay/ide/alloy/core/LautRunner.java

The class LautRunner will check for existence of "laut" directory under the
OS fragments. If the directory doesn't exist it will unzip it and return a
path to the executable.

But see the fragment is empty:
https://github.com/liferay/liferay-ide/tree/master/tools/plugins/com.liferay.laut.win32.win32.x86_64

what do you think?

On Thu, Apr 10, 2014 at 8:43 PM, Paul Verest [email protected]:

It seems to be only on Win 32x
On Win 64 it is OK.

No way to resolve, just to know (add to README?) that there are long
names, that on Windows can run into this problem.

Reply to this email directly or view it on GitHubhttps://github.com//issues/35#issuecomment-40073116
.

Greg Amerson
Liferay Developer Tools
Liferay, Inc. www.liferay.com

from tern.java.

Angelo, can we reopen to continue this discussion? I believe I may be able
to contribute this functionality, because this problem is hurting me at the
moment, I can't see those OS fragments. msysgit fails on checkout.

On Thu, Apr 10, 2014 at 8:52 PM, Greg Amerson
[email protected]:

I see the same error and I'm on win64. Windows msysgit just can't handle
the long file names. But here is how we can solve it, because I had to
solve it this way.

• don't check in the node files as a directory
• instead check in a node.js zip file that contains the contents of the
  node/** directory
• and then have some Plugin Activator code in the node bundles/fragments
  that first checks for a directory under the bundle
• if the directory doesn't exist, then unzip the contents of the zip

Then we can check in the files without any problem. You can see some
example of this type of code here:

https://github.com/liferay/liferay-ide/blob/master/tools/plugins/com.liferay.ide.alloy.core/src/com/liferay/ide/alloy/core/LautRunner.java

The class LautRunner will check for existence of "laut" directory under
the OS fragments. If the directory doesn't exist it will unzip it and
return a path to the executable.

But see the fragment is empty:

https://github.com/liferay/liferay-ide/tree/master/tools/plugins/com.liferay.laut.win32.win32.x86_64

what do you think?

On Thu, Apr 10, 2014 at 8:43 PM, Paul Verest [email protected]:

It seems to be only on Win 32x
On Win 64 it is OK.

No way to resolve, just to know (add to README?) that there are long
names, that on Windows can run into this problem.

Reply to this email directly or view it on GitHubhttps://github.com//issues/35#issuecomment-40073116
.

Greg Amerson
Liferay Developer Tools
Liferay, Inc. www.liferay.com

Greg Amerson
Liferay Developer Tools
Liferay, Inc. www.liferay.com

from tern.java.

@gamerson I think that solution with .zip file should be open as new issue.

Other solution could be handling npm modules on runtime with npm or some alternative, i.e. not package them.

from tern.java.

Agree, if Angelo would rather not host node all together that could be an option. If node is still going to be embedded, I would like to pursue the zip option.

from tern.java.

I don't understand you rproblem, today we use zip file.

from tern.java.

@natasha544 Please raise new issue

from tern.java.

I recommend LongPathTool, Please try.

from tern.java.