[jira] Commented: (GSHELL-81) Depdendency on sun.* packages
[
https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12652778#action_12652778
]
Donald Woods commented on GSHELL-81:
Thanks for the clarification.
> Depdendency on sun.* packages
> -
>
> Key: GSHELL-81
> URL: https://issues.apache.org/jira/browse/GSHELL-81
> Project: GShell
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: Support - Marshal
>Reporter: Guillaume Nodet
>Assignee: Jason Dillon
> Fix For: 1.0-alpha-2
>
>
> It seems that GShell is currently unable to run without the sun.* packages in
> the classloader.
> The reason is that it uses xstream advanced mode which make use of these
> packages.
> If these packages are not on the classpath, xstream will default to the pure
> java reflection provider which will cause exceptions like the following:
> {noformat}
> Caused by: com.thoughtworks.xstream.converters.ConversionException: Cannot
> construct org.apache.geronimo.gshell.layout.model.CommandNode as it does not
> have a no-args constructor
> Debugging information
> message : Cannot construct
> org.apache.geronimo.gshell.layout.model.CommandNode as it does not have a
> no-args constructor
> cause-exception :
> com.thoughtworks.xstream.converters.reflection.ObjectAccessException
> cause-message : Cannot construct
> org.apache.geronimo.gshell.layout.model.CommandNode as it does not have a
> no-args constructor
> class : org.apache.geronimo.gshell.layout.model.Layout
> required-type : org.apache.geronimo.gshell.layout.model.CommandNode
> path: /layout/nodes/command
> ---
> {noformat}
> I'm not sure if this is a good idea or if we should support that pure java
> mode...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (GSHELL-81) Depdendency on sun.* packages
[
https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12652369#action_12652369
]
Jason Dillon commented on GSHELL-81:
Why was this reopened?
> Depdendency on sun.* packages
> -
>
> Key: GSHELL-81
> URL: https://issues.apache.org/jira/browse/GSHELL-81
> Project: GShell
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: Support - Marshal
>Reporter: Guillaume Nodet
>Assignee: Jason Dillon
> Fix For: 1.0-alpha-3
>
>
> It seems that GShell is currently unable to run without the sun.* packages in
> the classloader.
> The reason is that it uses xstream advanced mode which make use of these
> packages.
> If these packages are not on the classpath, xstream will default to the pure
> java reflection provider which will cause exceptions like the following:
> {noformat}
> Caused by: com.thoughtworks.xstream.converters.ConversionException: Cannot
> construct org.apache.geronimo.gshell.layout.model.CommandNode as it does not
> have a no-args constructor
> Debugging information
> message : Cannot construct
> org.apache.geronimo.gshell.layout.model.CommandNode as it does not have a
> no-args constructor
> cause-exception :
> com.thoughtworks.xstream.converters.reflection.ObjectAccessException
> cause-message : Cannot construct
> org.apache.geronimo.gshell.layout.model.CommandNode as it does not have a
> no-args constructor
> class : org.apache.geronimo.gshell.layout.model.Layout
> required-type : org.apache.geronimo.gshell.layout.model.CommandNode
> path: /layout/nodes/command
> ---
> {noformat}
> I'm not sure if this is a good idea or if we should support that pure java
> mode...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (GSHELL-81) Depdendency on sun.* packages
[
https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543523
]
Jason Dillon commented on GSHELL-81:
Do you have a stack trace for this?
>From looking at the XStream src it appears that it should detect the best
>reflection provider... maybe its best guess bits are not happy?
> Depdendency on sun.* packages
> -
>
> Key: GSHELL-81
> URL: https://issues.apache.org/jira/browse/GSHELL-81
> Project: GShell
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: Core
>Reporter: Guillaume Nodet
>Assignee: Jason Dillon
> Fix For: 1.0-alpha-2
>
>
> It seems that GShell is currently unable to run without the sun.* packages in
> the classloader.
> The reason is that it uses xstream advanced mode which make use of these
> packages.
> If these packages are not on the classpath, xstream will default to the pure
> java reflection provider which will cause exceptions like the following:
> {noformat}
> Caused by: com.thoughtworks.xstream.converters.ConversionException: Cannot
> construct org.apache.geronimo.gshell.layout.model.CommandNode as it does not
> have a no-args constructor
> Debugging information
> message : Cannot construct
> org.apache.geronimo.gshell.layout.model.CommandNode as it does not have a
> no-args constructor
> cause-exception :
> com.thoughtworks.xstream.converters.reflection.ObjectAccessException
> cause-message : Cannot construct
> org.apache.geronimo.gshell.layout.model.CommandNode as it does not have a
> no-args constructor
> class : org.apache.geronimo.gshell.layout.model.Layout
> required-type : org.apache.geronimo.gshell.layout.model.CommandNode
> path: /layout/nodes/command
> ---
> {noformat}
> I'm not sure if this is a good idea or if we should support that pure java
> mode...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (GSHELL-81) Depdendency on sun.* packages
[
https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543518
]
Jason Dillon commented on GSHELL-81:
I think that the pure java stuff should probably work, we can give that a try.
If it does work, we might actually be able to put XTream on a diet and remove
some its fat...
> Depdendency on sun.* packages
> -
>
> Key: GSHELL-81
> URL: https://issues.apache.org/jira/browse/GSHELL-81
> Project: GShell
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: Core
>Reporter: Guillaume Nodet
>Assignee: Jason Dillon
> Fix For: 1.0-alpha-2
>
>
> It seems that GShell is currently unable to run without the sun.* packages in
> the classloader.
> The reason is that it uses xstream advanced mode which make use of these
> packages.
> If these packages are not on the classpath, xstream will default to the pure
> java reflection provider which will cause exceptions like the following:
> {noformat}
> Caused by: com.thoughtworks.xstream.converters.ConversionException: Cannot
> construct org.apache.geronimo.gshell.layout.model.CommandNode as it does not
> have a no-args constructor
> Debugging information
> message : Cannot construct
> org.apache.geronimo.gshell.layout.model.CommandNode as it does not have a
> no-args constructor
> cause-exception :
> com.thoughtworks.xstream.converters.reflection.ObjectAccessException
> cause-message : Cannot construct
> org.apache.geronimo.gshell.layout.model.CommandNode as it does not have a
> no-args constructor
> class : org.apache.geronimo.gshell.layout.model.Layout
> required-type : org.apache.geronimo.gshell.layout.model.CommandNode
> path: /layout/nodes/command
> ---
> {noformat}
> I'm not sure if this is a good idea or if we should support that pure java
> mode...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
