Issue with long classpaths

View: New views
4 Messages — Rating Filter:   Alert me  

Issue with long classpaths

by Daniel Mutch :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi

It seems that the new execution method using the exec plugin causes a problem with long classpaths. The dependency list for one of our processes is large. When translated (on windows XP) into

cmd.exe /X /C "java.exe" - classpath "<CLASSPATH>" <MAIN-CLASS> it can create an input string that is too long for cmd.exe to handle. I think this is why when I try to run this process the plugin fails with an internal error.

Any ideas on how to solve this?

cheers
Dan

Re: Issue with long classpaths

by Milos Kleint-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

oh oh.. I haven't thought of that..

I don't have any idea right now, but surely we have to solve that
somehow. Can you file a bug report please? "Critical" is appropriate I
guess.

Milos

On 5/29/08, Daniel Mutch <daniel.mutch@...> wrote:

>
>  Hi
>
>  It seems that the new execution method using the exec plugin causes a
>  problem with long classpaths. The dependency list for one of our processes
>  is large. When translated (on windows XP) into
>
>  cmd.exe /X /C "java.exe" - classpath "<CLASSPATH>" <MAIN-CLASS> it can
>  create an input string that is too long for cmd.exe to handle. I think this
>  is why when I try to run this process the plugin fails with an internal
>  error.
>
>  Any ideas on how to solve this?
>
>  cheers
>  Dan
>  --
>  View this message in context: http://www.nabble.com/Issue-with-long-classpaths-tp17527010p17527010.html
>  Sent from the mevenide - user mailing list archive at Nabble.com.
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe from this list, please visit:
>
>     http://xircles.codehaus.org/manage_email
>
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email



Re: Issue with long classpaths

by Daniel Mutch :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


Done

http://jira.codehaus.org/browse/MEVENIDE-640

Milos Kleint wrote:
oh oh.. I haven't thought of that..

I don't have any idea right now, but surely we have to solve that
somehow. Can you file a bug report please? "Critical" is appropriate I
guess.

Milos

On 5/29/08, Daniel Mutch <daniel.mutch@barclayscapital.com> wrote:
>
>  Hi
>
>  It seems that the new execution method using the exec plugin causes a
>  problem with long classpaths. The dependency list for one of our processes
>  is large. When translated (on windows XP) into
>
>  cmd.exe /X /C "java.exe" - classpath "<CLASSPATH>" <MAIN-CLASS> it can
>  create an input string that is too long for cmd.exe to handle. I think this
>  is why when I try to run this process the plugin fails with an internal
>  error.
>
>  Any ideas on how to solve this?
>
>  cheers
>  Dan
>  --
>  View this message in context: http://www.nabble.com/Issue-with-long-classpaths-tp17527010p17527010.html
>  Sent from the mevenide - user mailing list archive at Nabble.com.
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe from this list, please visit:
>
>     http://xircles.codehaus.org/manage_email
>
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Re: Issue with long classpaths

by Andreas Andreou :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

cmd has it's own limits - i think i've read it's supposed to accept 32KB but
for some reason in practice it's more something like 3KB

I remember when doing a custom maven-javadoc-plugin i run into the
same problem due to
big classpath (or was it ), then went on to see the actual
maven-javadoc-plugin sources and found out
they where writing the classpath to a temp file which was then fed to
javadoc.exe.

I just saw their sources again, and they seem to be using
org.codehaus.plexus.util.cli.Commandline, CommandlineUtils nowadays -
perhaps i was .. drunk?

Anyway, perhaps a workaround for now could be to map the m2 repo
folder to a virtual drive, hoping
that the commandline is short enough

On Thu, May 29, 2008 at 10:00 AM, Daniel Mutch
<daniel.mutch@...> wrote:

>
>
> Done
>
> http://jira.codehaus.org/browse/MEVENIDE-640
>
>
> Milos Kleint wrote:
>>
>> oh oh.. I haven't thought of that..
>>
>> I don't have any idea right now, but surely we have to solve that
>> somehow. Can you file a bug report please? "Critical" is appropriate I
>> guess.
>>
>> Milos
>>
>> On 5/29/08, Daniel Mutch <daniel.mutch@...> wrote:
>>>
>>>  Hi
>>>
>>>  It seems that the new execution method using the exec plugin causes a
>>>  problem with long classpaths. The dependency list for one of our
>>> processes
>>>  is large. When translated (on windows XP) into
>>>
>>>  cmd.exe /X /C "java.exe" - classpath "<CLASSPATH>" <MAIN-CLASS> it can
>>>  create an input string that is too long for cmd.exe to handle. I think
>>> this
>>>  is why when I try to run this process the plugin fails with an internal
>>>  error.
>>>
>>>  Any ideas on how to solve this?
>>>
>>>  cheers
>>>  Dan
>>>  --
>>>  View this message in context:
>>> http://www.nabble.com/Issue-with-long-classpaths-tp17527010p17527010.html
>>>  Sent from the mevenide - user mailing list archive at Nabble.com.
>>>
>>>
>>>  ---------------------------------------------------------------------
>>>  To unsubscribe from this list, please visit:
>>>
>>>     http://xircles.codehaus.org/manage_email
>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>>     http://xircles.codehaus.org/manage_email
>>
>>
>>
>>
>
> --
> View this message in context: http://www.nabble.com/Issue-with-long-classpaths-tp17527010p17528835.html
> Sent from the mevenide - user mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>
>



--
Andreas Andreou - andyhot@... - http://blog.andyhot.gr
Tapestry / Tacos developer
Open Source / JEE Consulting

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email