[jira] Commented: (GSHELL-81) Depdendency on sun.* packages
[
https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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_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.
[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.
