You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Guillaume Nodet (JIRA)" <ji...@apache.org> on 2007/11/19 11:33:43 UTC

[jira] Created: (GSHELL-81) Depdendency on sun.* packages

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)
            Reporter: Guillaume Nodet
            Assignee: Jason Dillon


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:

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
-------------------------------

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] Updated: (GSHELL-81) Depdendency on sun.* packages

Posted by "Jason Dillon (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jason Dillon updated GSHELL-81:
-------------------------------

    Component/s: Support - Marshal

> 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

Posted by "Jason Dillon (JIRA)" <ji...@apache.org>.
    [ 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] Updated: (GSHELL-81) Depdendency on sun.* packages

Posted by "Jason Dillon (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jason Dillon updated GSHELL-81:
-------------------------------

    Fix Version/s:     (was: 1.0-alpha-2)
                   1.0-alpha-3

> 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-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

Posted by "Donald Woods (JIRA)" <ji...@apache.org>.
    [ 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

Posted by "Jason Dillon (JIRA)" <ji...@apache.org>.
    [ 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] Closed: (GSHELL-81) Depdendency on sun.* packages

Posted by "Guillaume Nodet (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Guillaume Nodet closed GSHELL-81.
---------------------------------

    Resolution: Won't Fix

> 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] Closed: (GSHELL-81) Depdendency on sun.* packages

Posted by "Jason Dillon (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jason Dillon closed GSHELL-81.
------------------------------

       Resolution: Won't Fix
    Fix Version/s:     (was: 1.0-alpha-3)
                   1.0-alpha-2

XStream is currently not used directly, so this is not something that needs to be fixed.

> 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

Posted by "Jason Dillon (JIRA)" <ji...@apache.org>.
    [ 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] Updated: (GSHELL-81) Depdendency on sun.* packages

Posted by "Jason Dillon (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jason Dillon updated GSHELL-81:
-------------------------------

      Component/s: Core
    Fix Version/s: 1.0-alpha-2
      Description: 
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...



  was:
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...




> 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] Updated: (GSHELL-81) Depdendency on sun.* packages

Posted by "Jason Dillon (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jason Dillon updated GSHELL-81:
-------------------------------

    Description: 
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...



  was:
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:

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
-------------------------------

I'm not sure if this is a good idea or if we should support that pure java mode...




> 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] Reopened: (GSHELL-81) Depdendency on sun.* packages

Posted by "Donald Woods (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Donald Woods reopened GSHELL-81:
--------------------------------


We cannot prereq the Sun JDKs, as users should be allowed to use IBM SDK, SAP SDK, OpenJDK, ...

> 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.