Hi, again, Peter.
Peter Williams wrote:
> I tried to deploy with CLI (old and new syntax) and I get
>
> com.sun.enterprise.cli.framework.CommandException: remote failure:
> Invalid chunk header
> Command deploy failed.
>
> So archive deploy is not working? Or I made a mistake, in which case
> this error message is not very helpful.
Indeed that's a strange message.
I have an up-to-date workspace (as of last night at least) and for me
asadmin deploy --upload=true ...
works...both from the same system as the server and from a physically
separate one.
I don't have a pure installation of a recent nightly or promoted build
installed on my system. Sorry if I missed it - did you mention what
build you are using? Most of the server-side logic for the deployment
processing and the uploaded file handling has been unchanged for some
time. The CLI has gone through some recent work but I'm not seeing any
problems.
Did your server.log contain anything interesting from the failed deployment?
Issue 8408
https://glassfish.dev.java.net/issues/show_bug.cgi?id=8408
describes an intermittent failure like what you've seen. Does the error
persist if you retry the deployment? (The issue seems to indicate a
first-time problem -- occasionally.)
- Tim
>
> -Peter
>
> Peter Williams wrote:
>>
>> Hong Zhang wrote:
>>> Hi, Peter
>>> What kind of error did you get? Did this just stop working
>>> recently or it has never worked?
>> I don't know. I've never tried it before.
>>
>> Can you comment on my interpretation of requirements? I guess I can
>> look at CLI client if this works there (I haven't tried that, but I
>> presume it does).
>>> We don't have an upload option in the DeployCommandParameters
>>> in the server side (the upload option for admin cli case is handled
>>> by the client side).
>> That's fine. Given that it can be inferred from the POST request
>> type, it would be redundant anyway.
>>
>> -Peter
>>> This is probably why the url with the upload option does not work.
>>>
>>> Thanks,
>>>
>>> - Hong
>>>
>>> Peter Williams wrote:
>>>
>>>> I'm working on remote (or just archive) deploy to V3 from NetBeans
>>>> and having trouble with the deploy command
>>>>
>>>> I've been given the impression that the format is as follows -- is
>>>> correct?
>>>>
>>>> URL - no rules - I'm guessing at this point but I would have
>>>> thought something like
>>>> "http://$server:$port/__asadmin/deploy?name=$name&upload=true"
>>>> would have been sufficient. And since it's a POST request, perhaps
>>>> even upload is redundant.
>>>> Request type - POST
>>>> Content type - application/zip
>>>> Body - binary zip file containing the archive to be deployed (e.g
>>>> war file, ear file, etc).
>>>>
>>>> I haven't been able to get this to work --
>>>>
>>>> The CLI deploy command has a "upload" option documented, but
>>>> including this over the HTTP api causes an error.
>>>> The HTTP api is requiring a path parameter though what that could
>>>> possibly mean for remote deployment escapes me. If I refer to a
>>>> valid local (to the server) file, the server cheats but if I refer
>>>> to an invalid file, the command is failed.
>>>>
>>>> Does anyone know if this works and/or what the requirements are?
>>>>
>>>> -Peter
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>