[jira] Commented: (GERONIMO-3783) MessageDrivenBean delivery problem

[Tomasz Mazan (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12562990#action_12562990
 ] 

Tomasz Mazan commented on GERONIMO-3783:


Thanks for your advice. I'll check that way ASAP.
Please, give me the instruction how to provide enough threads to RA. How can I 
manage them ?

> MessageDrivenBean delivery problem
> --
>
> Key: GERONIMO-3783
> URL: https://issues.apache.org/jira/browse/GERONIMO-3783
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: ActiveMQ
>Affects Versions: 2.1
> Environment: Windows XP Professional, 2GB ram, Java6SE, Geronimo 
> 2.1-snapshot (2008-01-02)
>Reporter: Tomasz Mazan
>Priority: Critical
> Attachments: mdb-issue.zip
>
>
> MessageDrivenBean that listens on the Queue receive (and process) some 
> messages and then stop receiving any new message until next module's restart.
> After restart a few next messages are delivered to MDB, and it stops again.
> Some additional information I put here 
> http://www.nabble.com/Strange-plug-with-delivering-messages-to-MDB-td14923100s134.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[BUILD] 2.1: Failed for Revision: 615602

[gawor]

Geronimo Revision: 615602 built with tests included
 
See the full build-0900.log file at 
http://geronimo.apache.org/maven/server/binaries/trunk/20080127/build-0900.log
 
Download the binaries from 
http://geronimo.apache.org/maven/server/binaries/trunk/20080127
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 30 minutes 22 seconds
[INFO] Finished at: Sun Jan 27 09:37:05 EST 2008
[INFO] Final Memory: 305M/1013M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://geronimo.apache.org/maven/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://geronimo.apache.org/maven/server/binaries/trunk/20080127/logs-0900-tomcat/test.log
 
 
Assembly: jetty
=
See the full test.log file at 
http://geronimo.apache.org/maven/server/binaries/trunk/20080127/logs-0900-jetty/test.log
 
[INFO] Running console-testsuite.advance-test
[INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 66.476 
sec <<< FAILURE!

Re: trunk\plugins\console\console-base-portlets\src\main\resources\consolebase_zh.properties

[Upul Godage]

When the property is not found in the consolebase_zh.properties it will look
for the same property in the consolebase.properties and get it from there.
So consolebase.properties become the default.  That value is overridden by
the the consolebase_zh .properties values. Proper way is to provide the
localized value in the consolebase_zh .properties for every
consolebase.properties property.

Upul


On Jan 27, 2008 11:11 PM, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:

> Can someone tell me how the property values in
> trunk\plugins\console\console-base-portlets\src\main\resources\consolebase_zh.properties
> are computed?  I have added a missing property "consolebase.common.view"
> in consolebase.properties.  I guess the same property should be added to
> consolebase_zh.properties as well.
>

[jira] Commented: (GERONIMO-3757) KeyStore type can't be changed

[Vamsavardhana Reddy (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563009#action_12563009
 ] 

Vamsavardhana Reddy commented on GERONIMO-3757:
---

Completed: At revision: 615625  in trunk(2.1)
 o Allow creation of all possible keystore types supported.  Keystore type is 
no longer restricted to JKS.
 o Added a type parameter to create keystore methods.
 o Keystores portlet will now allow creating and managing all types of 
keystores.
 o This revision will simplify the configuration changes required to run G on a 
JVM that does not support JKS keystores (for e.g., Harmony).

** As this "feature" required some interface changes, for e.g. KeystoreManager, 
KeystoreInstance etc., I would like to hear from others on considering this for 
branches\2.0 as it may break compatibility.



> KeyStore type can't be changed
> --
>
> Key: GERONIMO-3757
> URL: https://issues.apache.org/jira/browse/GERONIMO-3757
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console, security
>Affects Versions: 2.0.2, 2.0.x, 2.1
>Reporter: Vasily Zakharov
>Assignee: Vamsavardhana Reddy
> Fix For: 2.0.x, 2.1
>
> Attachments: GERONIMO-3757-2.0.patch, GERONIMO-3757-2.1.patch, 
> Geronimo-3757-trunk.patch, Geronimo-3757.patch, Geronimo-3757.patch, 
> GERONIMO-3757.patch
>
>
> For now (r612905), Geronimo is hardcoded to use JKS keystore type, which 
> prevents Geronimo from running on Harmony or other JDKs that have no JKS 
> implementation:
> org.apache.geronimo.security.keystore.FileKeystoreInstance, line 635:
> KeyStore tempKeystore = KeyStore.getInstance(JKS);
> org.apache.geronimo.security.keystore.FileKeystoreManager, line 364:
> KeyStore keystore = 
> KeyStore.getInstance(FileKeystoreInstance.JKS);
> To workaround this issue, one can change JKS to KeyStore.getDefaultType() 
> (this returns "BKS" for Harmony) or particular other keystore type, but this 
> requires source recompilation. Replacing 
> var/security/keystores/geronimo-default with the proper keystore type file is 
> not a problem.
> A proper solution seems to apply the fix above to use the JDK-default 
> keystore type, and provide FileKeystoreInstance with an additional 
> configuration option, keystoreType, that would allow to change the keystore 
> type through config.xml without recompilation, like this:
> 
>   
> PKCS12
>  name="keystorePath">var/security/keystores/geronimo-pkcs12
>   
> 
> This issue if a follow up to GERONIMO-2015.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

trunk\plugins\console\console-base-portlets\src\main\resources\consolebase_zh.properties

[Vamsavardhana Reddy]

Can someone tell me how the property values in
trunk\plugins\console\console-base-portlets\src\main\resources\consolebase_zh.properties
are computed?  I have added a missing property "consolebase.common.view" in
consolebase.properties.  I guess the same property should be added to
consolebase_zh.properties as well.

[jira] Created: (GERONIMO-3790) monitoring agent should provide jmx support

[Viet Hung Nguyen (JIRA)]

monitoring agent should provide jmx support
---

 Key: GERONIMO-3790
 URL: https://issues.apache.org/jira/browse/GERONIMO-3790
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public (Regular issues)
Reporter: Viet Hung Nguyen
Assignee: Viet Hung Nguyen




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3790) monitoring agent should provide jmx support

[Viet Hung Nguyen (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Viet Hung Nguyen updated GERONIMO-3790:
---

Attachment: geronimo-3790.patch

need to run the following commands with this patch:

svn add plugins/monitoring/agent-jmx
svn add plugins/monitoring/agent-car-jmx

-Viet

> monitoring agent should provide jmx support
> ---
>
> Key: GERONIMO-3790
> URL: https://issues.apache.org/jira/browse/GERONIMO-3790
> Project: Geronimo
>  Issue Type: Sub-task
>  Security Level: public(Regular issues) 
>Reporter: Viet Hung Nguyen
>Assignee: Viet Hung Nguyen
> Attachments: geronimo-3790.patch
>
>


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: importing geronimo/server/trunk into eclipse

[Kevan Miller]

On Jan 27, 2008, at 2:29 AM, Vamsavardhana Reddy wrote:


Kevan,

I did an import just y'day.  I have removed all the existing  
projects from my workspace and did an import.  I did not run into  
the duplicate projects problem.  It is surely because of the old  
directories, for I have got rid of all old directories before doing  
the import.


Ya. Removing all .project files from my src tree and re-running mvn  
eclipse:eclipse fixed my problem... Is there some easy way to cleanup  
directories that no longer exist in svn? Other than check out a fresh  
tree from svn...


--kevan

[jira] Updated: (GERONIMO-3790) monitoring agent should provide jmx support

[Viet Hung Nguyen (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Viet Hung Nguyen updated GERONIMO-3790:
---

Patch Info: [Patch Available]

I tested the stopping and starting of the agent taking snapshots. Needs further 
testing.

> monitoring agent should provide jmx support
> ---
>
> Key: GERONIMO-3790
> URL: https://issues.apache.org/jira/browse/GERONIMO-3790
> Project: Geronimo
>  Issue Type: Sub-task
>  Security Level: public(Regular issues) 
>Reporter: Viet Hung Nguyen
>Assignee: Viet Hung Nguyen
> Attachments: geronimo-3790.patch
>
>


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: importing geronimo/server/trunk into eclipse

[Vamsavardhana Reddy]

I usually do a "create patch" from TortoiseSvn to find out if there are any
files/directories in the tree which are not in svn and delete those.

++Vamsi

On Jan 27, 2008 9:53 PM, Kevan Miller <[EMAIL PROTECTED]> wrote:

>
> On Jan 27, 2008, at 2:29 AM, Vamsavardhana Reddy wrote:
>
> > Kevan,
> >
> > I did an import just y'day.  I have removed all the existing
> > projects from my workspace and did an import.  I did not run into
> > the duplicate projects problem.  It is surely because of the old
> > directories, for I have got rid of all old directories before doing
> > the import.
>
> Ya. Removing all .project files from my src tree and re-running mvn
> eclipse:eclipse fixed my problem... Is there some easy way to cleanup
> directories that no longer exist in svn? Other than check out a fresh
> tree from svn...
>
> --kevan
>

[jira] Commented: (GERONIMO-3757) KeyStore type can't be changed

[Alexey Petrenko (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563019#action_12563019
 ] 

Alexey Petrenko commented on GERONIMO-3757:
---

I think it worth to move this discussion to dev list to get more opinions.

> KeyStore type can't be changed
> --
>
> Key: GERONIMO-3757
> URL: https://issues.apache.org/jira/browse/GERONIMO-3757
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console, security
>Affects Versions: 2.0.2, 2.0.x, 2.1
>Reporter: Vasily Zakharov
>Assignee: Vamsavardhana Reddy
> Fix For: 2.0.x, 2.1
>
> Attachments: GERONIMO-3757-2.0.patch, GERONIMO-3757-2.1.patch, 
> Geronimo-3757-trunk.patch, Geronimo-3757.patch, Geronimo-3757.patch, 
> GERONIMO-3757.patch
>
>
> For now (r612905), Geronimo is hardcoded to use JKS keystore type, which 
> prevents Geronimo from running on Harmony or other JDKs that have no JKS 
> implementation:
> org.apache.geronimo.security.keystore.FileKeystoreInstance, line 635:
> KeyStore tempKeystore = KeyStore.getInstance(JKS);
> org.apache.geronimo.security.keystore.FileKeystoreManager, line 364:
> KeyStore keystore = 
> KeyStore.getInstance(FileKeystoreInstance.JKS);
> To workaround this issue, one can change JKS to KeyStore.getDefaultType() 
> (this returns "BKS" for Harmony) or particular other keystore type, but this 
> requires source recompilation. Replacing 
> var/security/keystores/geronimo-default with the proper keystore type file is 
> not a problem.
> A proper solution seems to apply the fix above to use the JDK-default 
> keystore type, and provide FileKeystoreInstance with an additional 
> configuration option, keystoreType, that would allow to change the keystore 
> type through config.xml without recompilation, like this:
> 
>   
> PKCS12
>  name="keystorePath">var/security/keystores/geronimo-pkcs12
>   
> 
> This issue if a follow up to GERONIMO-2015.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (GERONIMO-3783) MessageDrivenBean delivery problem

[Manu T George (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563020#action_12563020
 ] 

Manu T George commented on GERONIMO-3783:
-

Modified plan
--


http://geronimo.apache.org/xml/ns/j2ee/connector-1.2"; 
xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";>


org.apache.geronimo.test.mdb

MessageReceiversDestinations
1.0
jar




org.apache.geronimo.configs
activemq-broker
car






MessageReceiversMDB

http://geronimo.apache.org/xml/ns/naming-1.2";>
NewWorkManager






MessageReceiversResp
http://geronimo.apache.org/xml/ns/naming-1.2";>
NewWorkManager


 


javax.jms.ConnectionFactory

MRConnectionFactory





20

5000











MessageSender
http://geronimo.apache.org/xml/ns/naming-1.2";>
NewWorkManager


 


javax.jms.ConnectionFactory

MSConnectionFactory





20

5000









javax.jms.Queue

org.apache.activemq.command.ActiveMQQueue


MRRequests
MRRequests



MRResponses
MRResponses



1000
500
NewConnectorThreadPool
false




NewConnectorThreadPool


NewConnectorThreadPool


NewConnectorThreadPool


TransactionManager




-
the below values were working with the instanceLimit of the Mdb at 20
@MessageDriven(name = "SimpleMessageReceiver", 
   activationConfig = {

@ActivationConfigProperty(propertyName="destination", 
propertyValue="MRRequests"),

@ActivationConfigProperty(propertyName="destinationType", 
propertyValue="javax.jms.Queue"),

@ActivationConfigProperty(propertyName="acknowledgeMode", 
propertyValue="Auto-acknowledge"),

@ActivationConfigProperty(propertyName="InitialRedeliveryDelay", 
propertyValue="3"),

@ActivationConfigProperty(propertyName="MaximumRedeliveries", 
propertyValue=""),

@ActivationConfigProperty(propertyName="maxMessagesPerSessions", 
propertyValue="20"),

@ActivationConfigProperty(propertyName="maxSessions", propertyValue="20")   

})
-
Setting the instance limit via SystemProperties

There is actually a Gbean for set

[jira] Commented: (GERONIMO-3757) KeyStore type can't be changed

[Vamsavardhana Reddy (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563026#action_12563026
 ] 

Vamsavardhana Reddy commented on GERONIMO-3757:
---

Completed: At revision: 615660  in trunk(2.1)
 o Allow selecting any keystore type supported by the JVM in Tomcat HTTPS 
Connector pages.

> KeyStore type can't be changed
> --
>
> Key: GERONIMO-3757
> URL: https://issues.apache.org/jira/browse/GERONIMO-3757
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console, security
>Affects Versions: 2.0.2, 2.0.x, 2.1
>Reporter: Vasily Zakharov
>Assignee: Vamsavardhana Reddy
> Fix For: 2.0.x, 2.1
>
> Attachments: GERONIMO-3757-2.0.patch, GERONIMO-3757-2.1.patch, 
> Geronimo-3757-trunk.patch, Geronimo-3757.patch, Geronimo-3757.patch, 
> GERONIMO-3757.patch
>
>
> For now (r612905), Geronimo is hardcoded to use JKS keystore type, which 
> prevents Geronimo from running on Harmony or other JDKs that have no JKS 
> implementation:
> org.apache.geronimo.security.keystore.FileKeystoreInstance, line 635:
> KeyStore tempKeystore = KeyStore.getInstance(JKS);
> org.apache.geronimo.security.keystore.FileKeystoreManager, line 364:
> KeyStore keystore = 
> KeyStore.getInstance(FileKeystoreInstance.JKS);
> To workaround this issue, one can change JKS to KeyStore.getDefaultType() 
> (this returns "BKS" for Harmony) or particular other keystore type, but this 
> requires source recompilation. Replacing 
> var/security/keystores/geronimo-default with the proper keystore type file is 
> not a problem.
> A proper solution seems to apply the fix above to use the JDK-default 
> keystore type, and provide FileKeystoreInstance with an additional 
> configuration option, keystoreType, that would allow to change the keystore 
> type through config.xml without recompilation, like this:
> 
>   
> PKCS12
>  name="keystorePath">var/security/keystores/geronimo-pkcs12
>   
> 
> This issue if a follow up to GERONIMO-2015.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-3791) Dependencies in geronimo-plugin.xml generated by car-maven-plugin should include the dependencies added by builders.

[David Jencks (JIRA)]

Dependencies in geronimo-plugin.xml generated by car-maven-plugin should 
include the dependencies added by builders.


 Key: GERONIMO-3791
 URL: https://issues.apache.org/jira/browse/GERONIMO-3791
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: car-maven-plugin
Affects Versions: 2.1
Reporter: David Jencks
Assignee: David Jencks
 Fix For: 2.1


E.g. a web app is likely to get jasper added by the jasper deployer, but it 
doesn't show up as a dependency in geronimo-plugin.xml.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: Unable to shutdown G 2.1 server

[Viet Nguyen]

Vamsi, I just tried it and it shuts down fine for me.

-Viet

On Jan 27, 2008 5:02 PM, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:
> I am unable to shutdown G 2.1 Tomcat server either from admin console or by
> pressing Ctrl+C in the command window on Windows XP.  Has anyone else run
> into this situation?
>
> ++Vamsi
>

Unable to shutdown G 2.1 server

[Vamsavardhana Reddy]

I am unable to shutdown G 2.1 Tomcat server either from admin console or by
pressing Ctrl+C in the command window on Windows XP.  Has anyone else run
into this situation?

++Vamsi

[jira] Commented: (GERONIMO-3746) Plugin Progress Bar Not Updating

[Joseph Leong (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3746?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563030#action_12563030
 ] 

Joseph Leong commented on GERONIMO-3746:


In the upcoming patch:

A check has been added to update the message / bar in the event 
results.isFinished() was returned true on the first poll.  

In addition, the getCurrentFilePercent is reflective of the progress of each 
individual file and not of the overall progress so the problem was not polling 
each individual progress fast enough to catch the '100%'.

Polling speed increased slightly to catch the progress for the really small 
dependency files.

Another check implemented at the end to fill the progress bar before 
redirecting to continue form.

> Plugin Progress Bar Not Updating
> 
>
> Key: GERONIMO-3746
> URL: https://issues.apache.org/jira/browse/GERONIMO-3746
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1
>Reporter: Joseph Leong
>Assignee: Joseph Leong
>
> When installing any plugin from the repository, the progress bar fails to 
> update correctly.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: Unable to shutdown G 2.1 server

[Erik B. Craig]

I have seen it take a very long time to shut down, or even give a  
wonderfully lengthy stack trace on a shut down if the JVM runs out of  
memory for some reason or another... so that might be something to  
look into.


Thanks,
Erik B. Craig
[EMAIL PROTECTED]

On Jan 27, 2008, at 4:02 PM, Vamsavardhana Reddy wrote:

I am unable to shutdown G 2.1 Tomcat server either from admin  
console or by pressing Ctrl+C in the command window on Windows XP.   
Has anyone else run into this situation?


++Vamsi

[jira] Closed: (GERONIMO-3785) No "etc" folder in the exported server

[YunFeng Ma (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3785?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

YunFeng Ma closed GERONIMO-3785.


Resolution: Invalid

Thanks, David. gsh works after including the geronimo-boilerplate-minimal 
configuration

> No "etc" folder in the exported server
> --
>
> Key: GERONIMO-3785
> URL: https://issues.apache.org/jira/browse/GERONIMO-3785
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.1
>Reporter: YunFeng Ma
> Fix For: 2.1
>
>
> There is no "etc" folder in the exported server via admin console, then gsh 
> in the exported server fails to start with error:
> H:\gt2.1\var\temp\--bin\-\bin>gsh
> java.io.FileNotFoundException: 
> H:\gt2.1\var\temp\--bin\-\etc\gsh-classworlds.conf (can not find the 
> specified path。)
> at java.io.FileInputStream.open(Native Method)
> at java.io.FileInputStream.(FileInputStream.java:135)
> at java.io.FileInputStream.(FileInputStream.java:95)
> at 
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(La
> uncher.java:385)
> at 
> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:
> 351)
> at 
> org.apache.geronimo.gshell.bootstrap.Launcher.main(Launcher.java:59)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (GERONIMO-3786) Command deploy.bat/sh failed to start in the exported server

[YunFeng Ma (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563037#action_12563037
 ] 

YunFeng Ma commented on GERONIMO-3786:
--

Thanks for your advice, David. I exported a server including 
geronimo-boilerplate-minimal config, but the deploy.bat/sh command failed with 
the following error:

H:\gt2.1\var\temp\a-1.0\bin>deploy.bat --user system --password manager 
list-modules
Using GERONIMO_BASE:   H:\gt2.1\var\temp\a-1.0
Using GERONIMO_HOME:   H:\gt2.1\var\temp\a-1.0
Using GERONIMO_TMPDIR: var\temp
Using JRE_HOME:C:\Program Files\IBM\Java50\jre
09:41:14,640 ERROR [BaseDeploymentFactory] More than one Configuration Manager w
as found in the kernel: "org.apache.geronimo.framework/j2ee-system/2.1-SNAPSHOT/
car?ServiceModule=org.apache.geronimo.framework/j2ee-system/2.1-SNAPSHOT/car,j2e
eType=ConfigurationManager,name=ConfigurationManager" "org.apache.geronimo.frame
work/client-system/2.1-SNAPSHOT/car?ServiceModule=org.apache.geronimo.framework/
client-system/2.1-SNAPSHOT/car,j2eeType=ConfigurationManager,name=ConfigurationM
anager"
java.lang.IllegalStateException: More than one Configuration Manager was found i
n the kernel: "org.apache.geronimo.framework/j2ee-system/2.1-SNAPSHOT/car?Servic
eModule=org.apache.geronimo.framework/j2ee-system/2.1-SNAPSHOT/car,j2eeType=Conf
igurationManager,name=ConfigurationManager" "org.apache.geronimo.framework/clien
t-system/2.1-SNAPSHOT/car?ServiceModule=org.apache.geronimo.framework/client-sys
tem/2.1-SNAPSHOT/car,j2eeType=ConfigurationManager,name=ConfigurationManager"
at org.apache.geronimo.kernel.config.ConfigurationUtil.getConfigurationM
anagerName(ConfigurationUtil.java:307)
at org.apache.geronimo.kernel.config.ConfigurationUtil.getConfigurationM
anager(ConfigurationUtil.java:320)
at org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.initia
lize(JMXDeploymentManager.java:75)
at org.apache.geronimo.deployment.plugin.jmx.RemoteDeploymentManager.ini
t(RemoteDeploymentManager.java:86)
at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory
.newRemoteDeploymentManager(BaseDeploymentFactory.java:175)
at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory
.getDeploymentManager(BaseDeploymentFactory.java:137)
at javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.get
DeploymentManager(DeploymentFactoryManager.java:111)
at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv
erConnection.java:186)
at org.apache.geronimo.deployment.cli.ServerConnection.(ServerConn
ection.java:94)
at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java
:161)
at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma
inConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31
)
Exception in thread "main" java.lang.IllegalStateException: More than one Config
uration Manager was found in the kernel: "org.apache.geronimo.framework/j2ee-sys
tem/2.1-SNAPSHOT/car?ServiceModule=org.apache.geronimo.framework/j2ee-system/2.1
-SNAPSHOT/car,j2eeType=ConfigurationManager,name=ConfigurationManager" "org.apac
he.geronimo.framework/client-system/2.1-SNAPSHOT/car?ServiceModule=org.apache.ge
ronimo.framework/client-system/2.1-SNAPSHOT/car,j2eeType=ConfigurationManager,na
me=ConfigurationManager"
at org.apache.geronimo.kernel.config.ConfigurationUtil.getConfigurationM
anagerName(ConfigurationUtil.java:307)
at org.apache.geronimo.kernel.config.ConfigurationUtil.getConfigurationM
anager(ConfigurationUtil.java:320)
at org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.initia
lize(JMXDeploymentManager.java:75)
at org.apache.geronimo.deployment.plugin.jmx.RemoteDeploymentManager.ini
t(RemoteDeploymentManager.java:86)
at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory
.newRemoteDeploymentManager(BaseDeploymentFactory.java:175)
at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory
.getDeploymentManager(BaseDeploymentFactory.java:137)
at javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.get
DeploymentManager(DeploymentFactoryManager.java:111)
at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv
erConnection.java:186)
at org.apache.geronimo.deployment.cli.ServerConnection.(ServerConn
ection.java:94)
at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java
:161)
at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma
inConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.ger

Re: svn commit: r615514 - in /geronimo/server/trunk: framework/modules/geronimo-naming/src/main/java/org/apache/geronimo/gjndi/ framework/modules/geronimo-naming/src/main/java/org/apache/geronimo/gjnd

[Jarek Gawor]

David,

I think these changes are causing a lot of error messages to be logged
in the geronimo.log file on shutdown. For example:

javax.naming.ContextNotEmptyException: javamail
at 
org.apache.xbean.naming.context.WritableContext.removeBinding(WritableContext.java:139)
at 
org.apache.xbean.naming.context.WritableContext.access$200(WritableContext.java:36)
at 
org.apache.xbean.naming.context.WritableContext$NestedWritableContext.removeBinding(WritableContext.java:240)
at 
org.apache.xbean.naming.context.AbstractContext.unbind(AbstractContext.java:483)
at 
org.apache.xbean.naming.context.AbstractContext.removeDeepBinding(AbstractContext.java:420)
at 
org.apache.geronimo.gjndi.KernelContextGBean.removeBinding(KernelContextGBean.java:205)
at 
org.apache.geronimo.gjndi.KernelContextGBean.destroy(KernelContextGBean.java:87)
at 
org.apache.geronimo.gjndi.KernelContextGBean.doStop(KernelContextGBean.java:76)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)

See 
http://geronimo.apache.org/maven/server/binaries/trunk/20080126/logs-2100-tomcat/console-testsuite/target/geronimo-tomcat6-javaee5-2.1-SNAPSHOT/var/log/geronimo.log
for details.

Jarek

On Jan 26, 2008 5:08 PM,  <[EMAIL PROTECTED]> wrote:
> Author: djencks
> Date: Sat Jan 26 14:08:26 2008
> New Revision: 615514
>
> URL: http://svn.apache.org/viewvc?rev=615514&view=rev
> Log:
> GERONIMO-2971 automatically bind jca resources (connection factories and 
> admin objects) to jndi
>
> Added:
> 
> geronimo/server/trunk/framework/modules/geronimo-naming/src/main/java/org/apache/geronimo/gjndi/binding/GBeanFormatBinding.java
>(with props)
> 
> geronimo/server/trunk/framework/modules/geronimo-naming/src/main/java/org/apache/geronimo/gjndi/binding/ResourceBinding.java
>(with props)
> 
> geronimo/server/trunk/framework/modules/geronimo-naming/src/test/java/org/apache/geronimo/gjndi/binding/FormatTest.java
>(with props)
> Modified:
> 
> geronimo/server/trunk/framework/modules/geronimo-naming/src/main/java/org/apache/geronimo/gjndi/KernelContextGBean.java
> 
> geronimo/server/trunk/framework/modules/geronimo-naming/src/main/java/org/apache/geronimo/gjndi/binding/GBeanBinding.java
> geronimo/server/trunk/plugins/connector/transaction/pom.xml
> geronimo/server/trunk/plugins/connector/transaction/src/main/plan/plan.xml
>
> Modified: 
> geronimo/server/trunk/framework/modules/geronimo-naming/src/main/java/org/apache/geronimo/gjndi/KernelContextGBean.java
> URL: 
> http://svn.apache.org/viewvc/geronimo/server/trunk/framework/modules/geronimo-naming/src/main/java/org/apache/geronimo/gjndi/KernelContextGBean.java?rev=615514&r1=615513&r2=615514&view=diff
> ==
> --- 
> geronimo/server/trunk/framework/modules/geronimo-naming/src/main/java/org/apache/geronimo/gjndi/KernelContextGBean.java
>  (original)
> +++ 
> geronimo/server/trunk/framework/modules/geronimo-naming/src/main/java/org/apache/geronimo/gjndi/KernelContextGBean.java
>  Sat Jan 26 14:08:26 2008
> @@ -16,6 +16,16 @@
>   */
>  package org.apache.geronimo.gjndi;
>
> +import java.util.Collections;
> +import java.util.HashMap;
> +import java.util.HashSet;
> +import java.util.LinkedHashMap;
> +import java.util.Map;
> +import java.util.Set;
> +
> +import javax.naming.Name;
> +import javax.naming.NamingException;
> +
>  import org.apache.commons.logging.Log;
>  import org.apache.commons.logging.LogFactory;
>  import org.apache.geronimo.gbean.AbstractName;
> @@ -30,16 +40,6 @@
>  import org.apache.xbean.naming.context.ContextAccess;
>  import org.apache.xbean.naming.context.WritableContext;
>
> -import javax.naming.Name;
> -import javax.naming.NamingException;
> -import java.util.Collections;
> -import java.util.HashMap;
> -import java.util.HashSet;
> -import java.util.Iterator;
> -import java.util.LinkedHashMap;
> -import java.util.Map;
> -import java.util.Set;
> -
>  /**
>   * @version $Rev$ $Date$
>   */
> @@ -49,7 +49,7 @@
>  private final Kernel kernel;
>  private final AbstractNameQuery abstractNameQuery;
>  private final LifecycleListener listener = new 
> ContextLifecycleListener();
> -private final Map bindingsByAbstractName = new HashMap();
> +private final Map> bindingsByAbstractName = new 
> HashMap>();
>
>  public KernelContextGBean(String nameInNamespace, AbstractNameQuery 
> abstractNameQuery, Kernel kernel) throws NamingException {
>  super(nameInNamespace, Collections.EMPTY_MAP, 
> ContextAccess.MODIFIABLE, false);
> @@ -59,15 +59,14 @@
>
>  public synchronized void doStart() {
>  kernel.getLifecycleMonitor().addLifecycleListener(listener, 
> abstractNameQuery);
> -Set set = kernel.listGBeans(abstractNameQuery);
> -for (Iterator iterator = set.iterator(); iterator.hasNext();) {
> -AbstractName abstractName = (Abs

[jira] Created: (GERONIMO-3792) Requesting result from a @WebService fails with NoClassDefFoundError using CXF

[Cedric Hurst (JIRA)]

Requesting result from a @WebService fails with NoClassDefFoundError using CXF
--

 Key: GERONIMO-3792
 URL: https://issues.apache.org/jira/browse/GERONIMO-3792
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: webservices
Affects Versions: 2.0.2, 2.0.x
 Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ 
Tomcat+OpenEJB+CXF
Reporter: Cedric Hurst
 Attachments: HelloWorldServiceEAR.ear

I'm attempting to create a very simple "Hello World" web service using CXF as 
the JAX-WS provider.  Whenever I make a call to the web service, I get the 
following error in the server log:

20:01:15,906 ERROR [CoyoteAdapter] An exception or error occurred in the 
container during the request processing
java.lang.NoClassDefFoundError: 
com.sun.org.apache.xerces.internal.dom.DocumentImpl
at java.lang.ClassLoader.defineClassImpl(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:228)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:148)
at 
org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(JarFileClassLoader.java:52)
at 
org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFileClassLoader.java:308)
at 
java.security.AccessController.doPrivileged(AccessController.java:275)
at 
org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(JarFileClassLoader.java:260)
at 
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:422)
at 
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278)
at java.lang.ClassLoader.loadClass(ClassLoader.java:573)
at 
com.sun.xml.messaging.saaj.soap.SOAPPartImpl.(SOAPPartImpl.java:88)
at 
com.sun.xml.messaging.saaj.soap.ver1_1.Message1_1Impl.getSOAPPart(Message1_1Impl.java:78)
at 
org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:85)
at 
org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:63)
at 
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:207)
at 
org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:73)
at 
org.apache.geronimo.cxf.GeronimoDestination.invoke(GeronimoDestination.java:115)
at 
org.apache.geronimo.cxf.CXFWebServiceContainer.processPOST(CXFWebServiceContainer.java:107)
at 
org.apache.geronimo.cxf.CXFWebServiceContainer.invoke(CXFWebServiceContainer.java:83)
at 
org.apache.geronimo.tomcat.TomcatEJBWebServiceContext$EJBWebServiceValve.invoke(TomcatEJBWebServiceContext.java:180)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)
at 
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:801)

I will attach both the EAR and geronimo.log.  I've tested against both the 
latest 2.0.3-SNAPSHOT and the TCK-certified build for jee5-2.0-M6-rc1.  Also, I 
don't seem to encounter this problem when using Axis2 as the JAX-WS provider.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3792) Requesting result from a @WebService fails with NoClassDefFoundError using CXF

[Cedric Hurst (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Cedric Hurst updated GERONIMO-3792:
---

Attachment: HelloWorldServiceEAR.ear

The EAR I'm deploying.

> Requesting result from a @WebService fails with NoClassDefFoundError using CXF
> --
>
> Key: GERONIMO-3792
> URL: https://issues.apache.org/jira/browse/GERONIMO-3792
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.0.2, 2.0.x
> Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ 
> Tomcat+OpenEJB+CXF
>Reporter: Cedric Hurst
> Attachments: HelloWorldServiceEAR.ear
>
>
> I'm attempting to create a very simple "Hello World" web service using CXF as 
> the JAX-WS provider.  Whenever I make a call to the web service, I get the 
> following error in the server log:
> 20:01:15,906 ERROR [CoyoteAdapter] An exception or error occurred in the 
> container during the request processing
> java.lang.NoClassDefFoundError: 
> com.sun.org.apache.xerces.internal.dom.DocumentImpl
>   at java.lang.ClassLoader.defineClassImpl(Native Method)
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:228)
>   at 
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:148)
>   at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(JarFileClassLoader.java:52)
>   at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFileClassLoader.java:308)
>   at 
> java.security.AccessController.doPrivileged(AccessController.java:275)
>   at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(JarFileClassLoader.java:260)
>   at 
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:422)
>   at 
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278)
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:573)
>   at 
> com.sun.xml.messaging.saaj.soap.SOAPPartImpl.(SOAPPartImpl.java:88)
>   at 
> com.sun.xml.messaging.saaj.soap.ver1_1.Message1_1Impl.getSOAPPart(Message1_1Impl.java:78)
>   at 
> org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:85)
>   at 
> org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:63)
>   at 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:207)
>   at 
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:73)
>   at 
> org.apache.geronimo.cxf.GeronimoDestination.invoke(GeronimoDestination.java:115)
>   at 
> org.apache.geronimo.cxf.CXFWebServiceContainer.processPOST(CXFWebServiceContainer.java:107)
>   at 
> org.apache.geronimo.cxf.CXFWebServiceContainer.invoke(CXFWebServiceContainer.java:83)
>   at 
> org.apache.geronimo.tomcat.TomcatEJBWebServiceContext$EJBWebServiceValve.invoke(TomcatEJBWebServiceContext.java:180)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>   at 
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
>   at 
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
>   at 
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)
>   at 
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
>   at java.lang.Thread.run(Thread.java:801)
> I will attach both the EAR and geronimo.log.  I've tested against both the 
> latest 2.0.3-SNAPSHOT and the TCK-certified build for jee5-2.0-M6-rc1.  Also, 
> I don't seem to encounter this problem when using Axis2 as the JAX-WS 
> provider.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3792) Requesting result from a @WebService fails with NoClassDefFoundError using CXF

[Cedric Hurst (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Cedric Hurst updated GERONIMO-3792:
---

Attachment: geronimo.log

Log file.

> Requesting result from a @WebService fails with NoClassDefFoundError using CXF
> --
>
> Key: GERONIMO-3792
> URL: https://issues.apache.org/jira/browse/GERONIMO-3792
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.0.2, 2.0.x
> Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ 
> Tomcat+OpenEJB+CXF
>Reporter: Cedric Hurst
> Attachments: geronimo.log, HelloWorldServiceEAR.ear
>
>
> I'm attempting to create a very simple "Hello World" web service using CXF as 
> the JAX-WS provider.  Whenever I make a call to the web service, I get the 
> following error in the server log:
> 20:01:15,906 ERROR [CoyoteAdapter] An exception or error occurred in the 
> container during the request processing
> java.lang.NoClassDefFoundError: 
> com.sun.org.apache.xerces.internal.dom.DocumentImpl
>   at java.lang.ClassLoader.defineClassImpl(Native Method)
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:228)
>   at 
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:148)
>   at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(JarFileClassLoader.java:52)
>   at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFileClassLoader.java:308)
>   at 
> java.security.AccessController.doPrivileged(AccessController.java:275)
>   at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(JarFileClassLoader.java:260)
>   at 
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:422)
>   at 
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278)
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:573)
>   at 
> com.sun.xml.messaging.saaj.soap.SOAPPartImpl.(SOAPPartImpl.java:88)
>   at 
> com.sun.xml.messaging.saaj.soap.ver1_1.Message1_1Impl.getSOAPPart(Message1_1Impl.java:78)
>   at 
> org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:85)
>   at 
> org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:63)
>   at 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:207)
>   at 
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:73)
>   at 
> org.apache.geronimo.cxf.GeronimoDestination.invoke(GeronimoDestination.java:115)
>   at 
> org.apache.geronimo.cxf.CXFWebServiceContainer.processPOST(CXFWebServiceContainer.java:107)
>   at 
> org.apache.geronimo.cxf.CXFWebServiceContainer.invoke(CXFWebServiceContainer.java:83)
>   at 
> org.apache.geronimo.tomcat.TomcatEJBWebServiceContext$EJBWebServiceValve.invoke(TomcatEJBWebServiceContext.java:180)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>   at 
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
>   at 
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
>   at 
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)
>   at 
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
>   at java.lang.Thread.run(Thread.java:801)
> I will attach both the EAR and geronimo.log.  I've tested against both the 
> latest 2.0.3-SNAPSHOT and the TCK-certified build for jee5-2.0-M6-rc1.  Also, 
> I don't seem to encounter this problem when using Axis2 as the JAX-WS 
> provider.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3793) "Not Known To This Context" JAXBException when attempting to return complex data type from a @WebMethod

[Cedric Hurst (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Cedric Hurst updated GERONIMO-3793:
---

Attachment: geronimo.log
ComplexDataTypeWSExampleEAR.ear

EAR file and geronimo.log

> "Not Known To This Context" JAXBException when attempting to return complex 
> data type from a @WebMethod
> ---
>
> Key: GERONIMO-3793
> URL: https://issues.apache.org/jira/browse/GERONIMO-3793
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
> Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ 
> Tomcat+OpenEJB+Axis2
>Reporter: Cedric Hurst
> Fix For: 2.0.x
>
> Attachments: ComplexDataTypeWSExampleEAR.ear, geronimo.log
>
>
> I'm attempting to return a @XmlRootElement annotated object called "Customer" 
> from a @WebMethod.  When calling the service, I get the following error in 
> the server log:
> javax.xml.bind.JAXBException: 
> [Lcom.gmail.at.cedrichurst.complexDataTypeWSExampleEJB.domain.Customer; is 
> not known to this context
>   at 
> com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223)
>   at 
> com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:85)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33)
>   at 
> com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:461)
>   at 
> com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:292)
>   ... 48 more
> From what I understand, the return type should be added to the JaxB context 
> automatically.
> Just to make sure I wasn't doing something wrong in my Customer class, I 
> added another method to my bean that returned a java.util.List of Strings.  
> When calling this method, I also got the same sort of error:
> [javax.xml.bind.JAXBException: java.util.List is not known to this context]
> javax.xml.ws.WebServiceException: javax.xml.bind.MarshalException
>  - with linked exception:
> [javax.xml.bind.JAXBException: java.util.List is not known to this context]
>   at 
> org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:174)
>   at 
> org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69)
>   at 
> org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:127)
>   at 
> org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl$2.run(JAXBBlockImpl.java:405)
>   at 
> org.apache.axis2.java.security.AccessController.doPrivileged(AccessController.java:76)
>   at 
> org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl.marshalByType(JAXBBlockImpl.java:321)
>   at 
> org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl._outputFromBO(JAXBBlockImpl.java:209)
>   at 
> org.apache.axis2.jaxws.message.impl.BlockImpl.outputTo(BlockImpl.java:327)
>   at 
> org.apache.axis2.jaxws.message.impl.BlockImpl.serialize(BlockImpl.java:252)
>   at 
> org.apache.axiom.om.impl.llom.OMSourcedElementImpl.internalSerializeAndConsume(OMSourcedElementImpl.java:599)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
>   at 
> org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.serializeInternally(SOAPEnvelopeImpl.java:237)
>   at 
> org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.internalSerialize(SOAPEnvelopeImpl.java:225)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
>   at 
> org.apache.axiom.om.impl.llom.OMNodeImpl.serializeAndConsume(OMNodeImpl.java:421)
>   at 
> org.apache.axis2.transport.http.SOAPMessageFormatter.writeTo(SOAPMessageFormatter.java:68)
>   at 
> org.apache.axis2.transport.http.CommonsHTTPTransportSender.sendUsingOutputStream(CommonsHTTPTransportSender.java:294)
>   at 
> org.apache.axis2.transport.http.Commo

Re: trunk\plugins\console\console-base-portlets\src\main\resources\consolebase_zh.properties

[YunFeng Ma]

Upul is right, any key not found in
consolebase_zh.properties will be 
searched in consolebase.properties, so I think anyone
who works on the 
console can just take care of
consolebase.properties (all in English), not
consolebase_zh.properties ( 
except you know Chinese :-) ), and then any others who
know Chinese can 
translate consolebase.properties to
consolebase_xx.properties.

Thanks.
-- Yun Feng

Upul Godage wrote:
> When the property is not found in the
consolebase_zh.properties it 
> will look for the same property in the
consolebase.properties and get 
> it from there. 
> So consolebase.properties become the default.  That
value is 
> overridden by the the consolebase_zh .properties
values. Proper way is 
> to provide the localized value in the consolebase_zh
..properties for 
> every consolebase.properties property.
>
> Upul
>
>
> On Jan 27, 2008 11:11 PM, Vamsavardhana Reddy
<[EMAIL PROTECTED] 
> > wrote:
>
> Can someone tell me how the property values in
>
trunk\plugins\console\console-base-portlets\src\main\resources\consolebase_zh.properties
> are computed?  I have added a missing property
> "consolebase.common.view" in
consolebase.properties.  I guess the
> same property should be added to
consolebase_zh.properties as well.
>
>




  

Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  
http://tools.search.yahoo.com/newsearch/category.php?category=shopping

[jira] Created: (GERONIMO-3793) "Not Known To This Context" JAXBException when attempting to return complex data type from a @WebMethod

[Cedric Hurst (JIRA)]

"Not Known To This Context" JAXBException when attempting to return complex 
data type from a @WebMethod
---

 Key: GERONIMO-3793
 URL: https://issues.apache.org/jira/browse/GERONIMO-3793
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: webservices
 Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ 
Tomcat+OpenEJB+Axis2
Reporter: Cedric Hurst
 Fix For: 2.0.x


I'm attempting to return a @XmlRootElement annotated object called "Customer" 
from a @WebMethod.  When calling the service, I get the following error in the 
server log:

javax.xml.bind.JAXBException: 
[Lcom.gmail.at.cedrichurst.complexDataTypeWSExampleEJB.domain.Customer; is not 
known to this context
at 
com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223)
at 
com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238)
at 
com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:85)
at 
com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127)
at 
com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244)
at 
com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251)
at 
com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33)
at 
com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:461)
at 
com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:292)
... 48 more

>From what I understand, the return type should be added to the JaxB context 
>automatically.

Just to make sure I wasn't doing something wrong in my Customer class, I added 
another method to my bean that returned a java.util.List of Strings.  When 
calling this method, I also got the same sort of error:

[javax.xml.bind.JAXBException: java.util.List is not known to this context]
javax.xml.ws.WebServiceException: javax.xml.bind.MarshalException
 - with linked exception:
[javax.xml.bind.JAXBException: java.util.List is not known to this context]
at 
org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:174)
at 
org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69)
at 
org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:127)
at 
org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl$2.run(JAXBBlockImpl.java:405)
at 
org.apache.axis2.java.security.AccessController.doPrivileged(AccessController.java:76)
at 
org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl.marshalByType(JAXBBlockImpl.java:321)
at 
org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl._outputFromBO(JAXBBlockImpl.java:209)
at 
org.apache.axis2.jaxws.message.impl.BlockImpl.outputTo(BlockImpl.java:327)
at 
org.apache.axis2.jaxws.message.impl.BlockImpl.serialize(BlockImpl.java:252)
at 
org.apache.axiom.om.impl.llom.OMSourcedElementImpl.internalSerializeAndConsume(OMSourcedElementImpl.java:599)
at 
org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785)
at 
org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
at 
org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785)
at 
org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
at 
org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.serializeInternally(SOAPEnvelopeImpl.java:237)
at 
org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.internalSerialize(SOAPEnvelopeImpl.java:225)
at 
org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
at 
org.apache.axiom.om.impl.llom.OMNodeImpl.serializeAndConsume(OMNodeImpl.java:421)
at 
org.apache.axis2.transport.http.SOAPMessageFormatter.writeTo(SOAPMessageFormatter.java:68)
at 
org.apache.axis2.transport.http.CommonsHTTPTransportSender.sendUsingOutputStream(CommonsHTTPTransportSender.java:294)
at 
org.apache.axis2.transport.http.CommonsHTTPTransportSender.invoke(CommonsHTTPTransportSender.java:211)
at org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:396)
at 
org.apache.geronimo.axis2.ejb.EJBInterceptor.intercept(EJBInterceptor.java:94)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:

Re: trunk\plugins\console\console-base-portlets\src\main\resources\consolebase_zh.properties

[Upul Godage]

If I add something to this, there are two procedures that can be followed.

1. Adding a property with english translation for every
consolebase_XX.properties file.  That way a person who knows the particular
language will know what needs to be translated in a particular .properties
file.

2. Adding only to the consolebase.properties. Some IDE tools let you see
what is missing in each consolebase_XX.properties file.  But this procedure
will not work for every developer when they are using an IDE which does not
support that feature.

Upul


On Jan 28, 2008 8:25 AM, YunFeng Ma <[EMAIL PROTECTED]> wrote:

> Upul is right, any key not found in
> consolebase_zh.properties will be
> searched in consolebase.properties, so I think anyone
> who works on the
> console can just take care of
> consolebase.properties (all in English), not
> consolebase_zh.properties (
> except you know Chinese :-) ), and then any others who
> know Chinese can
> translate consolebase.properties to
> consolebase_xx.properties.
>
> Thanks.
> -- Yun Feng
>
> Upul Godage wrote:
> > When the property is not found in the
> consolebase_zh.properties it
> > will look for the same property in the
> consolebase.properties and get
> > it from there.
> > So consolebase.properties become the default.  That
> value is
> > overridden by the the consolebase_zh .properties
> values. Proper way is
> > to provide the localized value in the consolebase_zh
> ..properties for
> > every consolebase.properties property.
> >
> > Upul
> >
> >
> > On Jan 27, 2008 11:11 PM, Vamsavardhana Reddy
> <[EMAIL PROTECTED]
> > > wrote:
> >
> > Can someone tell me how the property values in
> >
>
> trunk\plugins\console\console-base-portlets\src\main\resources\consolebase_zh.properties
> > are computed?  I have added a missing property
> > "consolebase.common.view" in
> consolebase.properties.  I guess the
> > same property should be added to
> consolebase_zh.properties as well.
> >
> >
>
>
>
>
>
>  
> 
> Looking for last minute shopping deals?
> Find them fast with Yahoo! Search.
> http://tools.search.yahoo.com/newsearch/category.php?category=shopping
>
>

[jira] Commented: (GERONIMO-3792) Requesting result from a @WebService fails with NoClassDefFoundError using CXF

[Daniel Kulp (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563046#action_12563046
 ] 

Daniel Kulp commented on GERONIMO-3792:
---


This problem is specific to running on the IBM JDK.Three fixes:

1) Switch to a Sun JDK

2) Add suns parser jar to the classpath.  Download:
https://maven-repository.dev.java.net/nonav/repository/com.sun.xml.parsers/jars/jaxp-ri-1.4.2.jar

3) Switch to a different SAAJ implementation that will work on the IBM JDK.  
The Axiom SAAJ impl may work, but CXF hasn't been tested with it.



> Requesting result from a @WebService fails with NoClassDefFoundError using CXF
> --
>
> Key: GERONIMO-3792
> URL: https://issues.apache.org/jira/browse/GERONIMO-3792
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.0.2, 2.0.x
> Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ 
> Tomcat+OpenEJB+CXF
>Reporter: Cedric Hurst
> Attachments: geronimo.log, HelloWorldServiceEAR.ear
>
>
> I'm attempting to create a very simple "Hello World" web service using CXF as 
> the JAX-WS provider.  Whenever I make a call to the web service, I get the 
> following error in the server log:
> 20:01:15,906 ERROR [CoyoteAdapter] An exception or error occurred in the 
> container during the request processing
> java.lang.NoClassDefFoundError: 
> com.sun.org.apache.xerces.internal.dom.DocumentImpl
>   at java.lang.ClassLoader.defineClassImpl(Native Method)
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:228)
>   at 
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:148)
>   at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(JarFileClassLoader.java:52)
>   at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFileClassLoader.java:308)
>   at 
> java.security.AccessController.doPrivileged(AccessController.java:275)
>   at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(JarFileClassLoader.java:260)
>   at 
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:422)
>   at 
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278)
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:573)
>   at 
> com.sun.xml.messaging.saaj.soap.SOAPPartImpl.(SOAPPartImpl.java:88)
>   at 
> com.sun.xml.messaging.saaj.soap.ver1_1.Message1_1Impl.getSOAPPart(Message1_1Impl.java:78)
>   at 
> org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:85)
>   at 
> org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:63)
>   at 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:207)
>   at 
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:73)
>   at 
> org.apache.geronimo.cxf.GeronimoDestination.invoke(GeronimoDestination.java:115)
>   at 
> org.apache.geronimo.cxf.CXFWebServiceContainer.processPOST(CXFWebServiceContainer.java:107)
>   at 
> org.apache.geronimo.cxf.CXFWebServiceContainer.invoke(CXFWebServiceContainer.java:83)
>   at 
> org.apache.geronimo.tomcat.TomcatEJBWebServiceContext$EJBWebServiceValve.invoke(TomcatEJBWebServiceContext.java:180)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>   at 
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
>   at 
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
>   at 
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)
>   at 
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
>   at java.lang.Thread.run(Thread.java:801)
> I will attach both the EAR and geronimo.log.  I've tested against both the 
> latest 2.0.3-SNAPSHOT and the TCK-certified build for jee5-2.0-M6-rc1.  Also, 
> I don't seem to encounter this problem when using Axis2 as the JAX-WS 
> provider.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (GERONIMO-3793) "Not Known To This Context" JAXBException when attempting to return complex data type from a @WebMethod

[Cedric Hurst (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563051#action_12563051
 ] 

Cedric Hurst commented on GERONIMO-3793:


Running with the Sun JDK allowed me to text CXF.  CXF successfully returned 
List, but also throws a "javax.xml.bind.JAXBException" when attempting 
to return an array of objects annotated with @XmlRootElement.

> "Not Known To This Context" JAXBException when attempting to return complex 
> data type from a @WebMethod
> ---
>
> Key: GERONIMO-3793
> URL: https://issues.apache.org/jira/browse/GERONIMO-3793
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
> Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ 
> Tomcat+OpenEJB+Axis2
>Reporter: Cedric Hurst
> Fix For: 2.0.x
>
> Attachments: ComplexDataTypeWSExampleEAR.ear, geronimo.log
>
>
> I'm attempting to return a @XmlRootElement annotated object called "Customer" 
> from a @WebMethod.  When calling the service, I get the following error in 
> the server log:
> javax.xml.bind.JAXBException: 
> [Lcom.gmail.at.cedrichurst.complexDataTypeWSExampleEJB.domain.Customer; is 
> not known to this context
>   at 
> com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223)
>   at 
> com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:85)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33)
>   at 
> com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:461)
>   at 
> com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:292)
>   ... 48 more
> From what I understand, the return type should be added to the JaxB context 
> automatically.
> Just to make sure I wasn't doing something wrong in my Customer class, I 
> added another method to my bean that returned a java.util.List of Strings.  
> When calling this method, I also got the same sort of error:
> [javax.xml.bind.JAXBException: java.util.List is not known to this context]
> javax.xml.ws.WebServiceException: javax.xml.bind.MarshalException
>  - with linked exception:
> [javax.xml.bind.JAXBException: java.util.List is not known to this context]
>   at 
> org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:174)
>   at 
> org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69)
>   at 
> org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:127)
>   at 
> org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl$2.run(JAXBBlockImpl.java:405)
>   at 
> org.apache.axis2.java.security.AccessController.doPrivileged(AccessController.java:76)
>   at 
> org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl.marshalByType(JAXBBlockImpl.java:321)
>   at 
> org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl._outputFromBO(JAXBBlockImpl.java:209)
>   at 
> org.apache.axis2.jaxws.message.impl.BlockImpl.outputTo(BlockImpl.java:327)
>   at 
> org.apache.axis2.jaxws.message.impl.BlockImpl.serialize(BlockImpl.java:252)
>   at 
> org.apache.axiom.om.impl.llom.OMSourcedElementImpl.internalSerializeAndConsume(OMSourcedElementImpl.java:599)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
>   at 
> org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.serializeInternally(SOAPEnvelopeImpl.java:237)
>   at 
> org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.internalSerialize(SOAPEnvelopeImpl.java:225)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
>   at 
> org.apache.axiom.om.impl.llom.OMNodeImpl.serializeAndConsume(OMNodeImpl.java:421)
>   at 
> org.apache.axis2.transport.http.SOAPMessageFormatter.writeTo(SOAPMessageFormatter.java:68)
>   at 
> org.ap

[BUILD] 2.1: Failed for Revision: 615701

[gawor]

Geronimo Revision: 615701 built with tests included
 
See the full build-2100.log file at 
http://geronimo.apache.org/maven/server/binaries/trunk/20080127/build-2100.log
 
Download the binaries from 
http://geronimo.apache.org/maven/server/binaries/trunk/20080127
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 29 minutes 32 seconds
[INFO] Finished at: Sun Jan 27 21:35:56 EST 2008
[INFO] Final Memory: 310M/998M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://geronimo.apache.org/maven/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://geronimo.apache.org/maven/server/binaries/trunk/20080127/logs-2100-tomcat/test.log
 
 
Assembly: jetty
=
See the full test.log file at 
http://geronimo.apache.org/maven/server/binaries/trunk/20080127/logs-2100-jetty/test.log
 
[INFO] Running console-testsuite.advance-test
[INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 64.684 
sec <<< FAILURE!

[jira] Commented: (GERONIMO-3788) Plugin installer's continue form generating errors

[Joseph Leong (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563052#action_12563052
 ] 

Joseph Leong commented on GERONIMO-3788:


Originally the form was calling a document property that did not exist. 
Secondly, the 500 error is causing a null pointer exception because the 
configIds is expecting a string but is now being passed an array in light of 
the new multi option plugin installs we can do.


> Plugin installer's continue form generating errors
> --
>
> Key: GERONIMO-3788
> URL: https://issues.apache.org/jira/browse/GERONIMO-3788
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1
> Environment: Ubuntu 7.10, Firefox 2.0.0.6
>Reporter: Joseph Leong
>Assignee: Joseph Leong
> Fix For: 2.1
>
>
> After installing plugin components, the Continue Form page that the user is 
> being redirected to is generating errors.  500 -Error

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (GERONIMO-3792) Requesting result from a @WebService fails with NoClassDefFoundError using CXF

[Cedric Hurst (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563050#action_12563050
 ] 

Cedric Hurst commented on GERONIMO-3792:


Thanks for the suggestion, Daniel.  Running on the Sun JDK seemed to fix this 
problem.  I'd imagine that other non-Sun JDKs, such as Apple or Blackdown, 
would have similar issues.  Perhaps Sun's xml parser should be added to the 
common libs?

> Requesting result from a @WebService fails with NoClassDefFoundError using CXF
> --
>
> Key: GERONIMO-3792
> URL: https://issues.apache.org/jira/browse/GERONIMO-3792
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.0.2, 2.0.x
> Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ 
> Tomcat+OpenEJB+CXF
>Reporter: Cedric Hurst
> Attachments: geronimo.log, HelloWorldServiceEAR.ear
>
>
> I'm attempting to create a very simple "Hello World" web service using CXF as 
> the JAX-WS provider.  Whenever I make a call to the web service, I get the 
> following error in the server log:
> 20:01:15,906 ERROR [CoyoteAdapter] An exception or error occurred in the 
> container during the request processing
> java.lang.NoClassDefFoundError: 
> com.sun.org.apache.xerces.internal.dom.DocumentImpl
>   at java.lang.ClassLoader.defineClassImpl(Native Method)
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:228)
>   at 
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:148)
>   at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(JarFileClassLoader.java:52)
>   at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFileClassLoader.java:308)
>   at 
> java.security.AccessController.doPrivileged(AccessController.java:275)
>   at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(JarFileClassLoader.java:260)
>   at 
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:422)
>   at 
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278)
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:573)
>   at 
> com.sun.xml.messaging.saaj.soap.SOAPPartImpl.(SOAPPartImpl.java:88)
>   at 
> com.sun.xml.messaging.saaj.soap.ver1_1.Message1_1Impl.getSOAPPart(Message1_1Impl.java:78)
>   at 
> org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:85)
>   at 
> org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:63)
>   at 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:207)
>   at 
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:73)
>   at 
> org.apache.geronimo.cxf.GeronimoDestination.invoke(GeronimoDestination.java:115)
>   at 
> org.apache.geronimo.cxf.CXFWebServiceContainer.processPOST(CXFWebServiceContainer.java:107)
>   at 
> org.apache.geronimo.cxf.CXFWebServiceContainer.invoke(CXFWebServiceContainer.java:83)
>   at 
> org.apache.geronimo.tomcat.TomcatEJBWebServiceContext$EJBWebServiceValve.invoke(TomcatEJBWebServiceContext.java:180)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>   at 
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
>   at 
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
>   at 
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)
>   at 
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
>   at java.lang.Thread.run(Thread.java:801)
> I will attach both the EAR and geronimo.log.  I've tested against both the 
> latest 2.0.3-SNAPSHOT and the TCK-certified build for jee5-2.0-M6-rc1.  Also, 
> I don't seem to encounter this problem when using Axis2 as the JAX-WS 
> provider.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Issue Comment Edited: (GERONIMO-3793) "Not Known To This Context" JAXBException when attempting to return complex data type from a @WebMethod

[Cedric Hurst (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563051#action_12563051
 ] 

cedric.hurst edited comment on GERONIMO-3793 at 1/27/08 8:05 PM:
-

Running with the Sun JDK allowed me to test CXF.  CXF successfully returned 
List, but also throws a "javax.xml.bind.JAXBException" when attempting 
to return an array of objects annotated with @XmlRootElement.

  was (Author: cedric.hurst):
Running with the Sun JDK allowed me to text CXF.  CXF successfully returned 
List, but also throws a "javax.xml.bind.JAXBException" when attempting 
to return an array of objects annotated with @XmlRootElement.
  
> "Not Known To This Context" JAXBException when attempting to return complex 
> data type from a @WebMethod
> ---
>
> Key: GERONIMO-3793
> URL: https://issues.apache.org/jira/browse/GERONIMO-3793
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
> Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ 
> Tomcat+OpenEJB+Axis2
>Reporter: Cedric Hurst
> Fix For: 2.0.x
>
> Attachments: ComplexDataTypeWSExampleEAR.ear, geronimo.log
>
>
> I'm attempting to return a @XmlRootElement annotated object called "Customer" 
> from a @WebMethod.  When calling the service, I get the following error in 
> the server log:
> javax.xml.bind.JAXBException: 
> [Lcom.gmail.at.cedrichurst.complexDataTypeWSExampleEJB.domain.Customer; is 
> not known to this context
>   at 
> com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223)
>   at 
> com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:85)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33)
>   at 
> com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:461)
>   at 
> com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:292)
>   ... 48 more
> From what I understand, the return type should be added to the JaxB context 
> automatically.
> Just to make sure I wasn't doing something wrong in my Customer class, I 
> added another method to my bean that returned a java.util.List of Strings.  
> When calling this method, I also got the same sort of error:
> [javax.xml.bind.JAXBException: java.util.List is not known to this context]
> javax.xml.ws.WebServiceException: javax.xml.bind.MarshalException
>  - with linked exception:
> [javax.xml.bind.JAXBException: java.util.List is not known to this context]
>   at 
> org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:174)
>   at 
> org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69)
>   at 
> org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:127)
>   at 
> org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl$2.run(JAXBBlockImpl.java:405)
>   at 
> org.apache.axis2.java.security.AccessController.doPrivileged(AccessController.java:76)
>   at 
> org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl.marshalByType(JAXBBlockImpl.java:321)
>   at 
> org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl._outputFromBO(JAXBBlockImpl.java:209)
>   at 
> org.apache.axis2.jaxws.message.impl.BlockImpl.outputTo(BlockImpl.java:327)
>   at 
> org.apache.axis2.jaxws.message.impl.BlockImpl.serialize(BlockImpl.java:252)
>   at 
> org.apache.axiom.om.impl.llom.OMSourcedElementImpl.internalSerializeAndConsume(OMSourcedElementImpl.java:599)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
>   at 
> org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.serializeInternally(SOAPEnvelopeImpl.java:237)
>   at 
> org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.internalSerialize(SOAPEnvelopeImpl.java:225)
>   at 
> org.apache.axiom

Re: Unable to shutdown G 2.1 server

[Vamsavardhana Reddy]

The server build I had from Saturday (26th) was fine.  I am now at rev
615612 and there seems to be a problem.  What revision is your server built
from?

++Vamsi

On Jan 28, 2008 3:49 AM, Viet Nguyen <[EMAIL PROTECTED]> wrote:

> Vamsi, I just tried it and it shuts down fine for me.
>
> -Viet
>
> On Jan 27, 2008 5:02 PM, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:
> > I am unable to shutdown G 2.1 Tomcat server either from admin console or
> by
> > pressing Ctrl+C in the command window on Windows XP.  Has anyone else
> run
> > into this situation?
> >
> > ++Vamsi
> >
>

[jira] Commented: (GERONIMO-3790) monitoring agent should provide jmx support

[Erik B. Craig (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563061#action_12563061
 ] 

Erik B. Craig commented on GERONIMO-3790:
-

Patch Committed revision 615738.
Keep the jira open until it's confirmed all is well

Thanks

> monitoring agent should provide jmx support
> ---
>
> Key: GERONIMO-3790
> URL: https://issues.apache.org/jira/browse/GERONIMO-3790
> Project: Geronimo
>  Issue Type: Sub-task
>  Security Level: public(Regular issues) 
>Reporter: Viet Hung Nguyen
>Assignee: Viet Hung Nguyen
> Attachments: geronimo-3790.patch
>
>


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (GERONIMO-3786) Command deploy.bat/sh failed to start in the exported server

[YunFeng Ma (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563062#action_12563062
 ] 

YunFeng Ma commented on GERONIMO-3786:
--

The var/config/artifact_aliases.properties in the exported server includes the 
following two lines which caused deploy.bat/sh failed:

org.apache.geronimo.framework/j2ee-system//car=org.apache.geronimo.framework/client-system/2.1-SNAPSHOT/car
org.apache.geronimo.framework/j2ee-system/2.1-SNAPSHOT/car=org.apache.geronimo.framework/client-system/2.1-SNAPSHOT/car


> Command deploy.bat/sh failed to start in the exported server
> 
>
> Key: GERONIMO-3786
> URL: https://issues.apache.org/jira/browse/GERONIMO-3786
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.1
>Reporter: YunFeng Ma
> Fix For: 2.1
>
>
> In the exported server, command deploy.bat/sh failed to start with error:
> H:\gt2.1\var\temp\--bin\-\bin>deploy --user system --password manager  
> list-modules
> Using GERONIMO_BASE:   H:\gt2.1\var\temp\--bin\-
> Using GERONIMO_HOME:   H:\gt2.1\var\temp\--bin\-
> Using GERONIMO_TMPDIR: var\temp
> Using JRE_HOME:C:\Program Files\IBM\Java50\jre
> 09:44:04,171 ERROR [GBeanInstanceState] Error while starting; GBean is now in 
> th
> e FAILED state: 
> abstractName="org.apache.geronimo.framework/online-deployer/2.1-
> SNAPSHOT/car?configurationName=org.apache.geronimo.framework/online-deployer/2.1
> -SNAPSHOT/car"
> org.apache.geronimo.kernel.repository.MissingDependencyException: Missing 
> depend
> ency: org.apache.geronimo.framework/geronimo-deploy-jsr88/2.1-SNAPSHOT/jar
> at 
> org.apache.geronimo.kernel.config.ConfigurationResolver.resolve(Confi
> gurationResolver.java:113)
> at 
> org.apache.geronimo.kernel.config.Configuration.buildClassPath(Config
> uration.java:405)
> at 
> org.apache.geronimo.kernel.config.Configuration.createConfigurationCl
> asssLoader(Configuration.java:322)
> at 
> org.apache.geronimo.kernel.config.Configuration.(Configuration.
> java:267)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
> orAccessorImpl.java:67)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
> onstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:521)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanI
> nstance.java:948)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
> (GBeanInstanceState.java:268)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
> nceState.java:102)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j
> ava:541)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.j
> ava:361)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf
> iguration(ConfigurationUtil.java:195)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf
> iguration(ConfigurationUtil.java:159)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.loadBoo
> tConfiguration(MainConfigurationBootstrapper.java:84)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain
> (MainConfigurationBootstrapper.java:57)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma
> inConfigurationBootstrapper.java:38)
> at 
> org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
> at 
> org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31
> )
> java.lang.IllegalStateException: GBean is not running: 
> org.apache.geronimo.frame
> work/online-deployer/2.1-SNAPSHOT/car?configurationName=org.apache.geronimo.fram
> ework/online-deployer/2.1-SNAPSHOT/car
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.jav
> a:304)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf
> iguration(ConfigurationUtil.java:197)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf
> iguration(ConfigurationUtil.java:159)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.loadBoo
> tConfiguration(MainConfigurationBootstrapper.java:84)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain
> (MainConfigurationBootstrapper.java:57)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma
> inConfigurationBoot

[jira] Commented: (GERONIMO-3786) Command deploy.bat/sh failed to start in the exported server

[David Jencks (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563066#action_12563066
 ] 

David Jencks commented on GERONIMO-3786:


What exactly did you include in the exported server?  Did you use the console 
or the gshell command?  Can you produce this problem with a gshell command line?
There are a couple of "scripts" to build and export a server starting with the 
framework assembly in plugins/roller/trunk/roller-jetty-commands and 
roller-tomcat-commands: these might help to figure out a command to reproduce 
the problem.

These lines should be in var/config/client_artifact_aliases.properties not 
artifact_aliases.properties.

> Command deploy.bat/sh failed to start in the exported server
> 
>
> Key: GERONIMO-3786
> URL: https://issues.apache.org/jira/browse/GERONIMO-3786
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.1
>Reporter: YunFeng Ma
> Fix For: 2.1
>
>
> In the exported server, command deploy.bat/sh failed to start with error:
> H:\gt2.1\var\temp\--bin\-\bin>deploy --user system --password manager  
> list-modules
> Using GERONIMO_BASE:   H:\gt2.1\var\temp\--bin\-
> Using GERONIMO_HOME:   H:\gt2.1\var\temp\--bin\-
> Using GERONIMO_TMPDIR: var\temp
> Using JRE_HOME:C:\Program Files\IBM\Java50\jre
> 09:44:04,171 ERROR [GBeanInstanceState] Error while starting; GBean is now in 
> th
> e FAILED state: 
> abstractName="org.apache.geronimo.framework/online-deployer/2.1-
> SNAPSHOT/car?configurationName=org.apache.geronimo.framework/online-deployer/2.1
> -SNAPSHOT/car"
> org.apache.geronimo.kernel.repository.MissingDependencyException: Missing 
> depend
> ency: org.apache.geronimo.framework/geronimo-deploy-jsr88/2.1-SNAPSHOT/jar
> at 
> org.apache.geronimo.kernel.config.ConfigurationResolver.resolve(Confi
> gurationResolver.java:113)
> at 
> org.apache.geronimo.kernel.config.Configuration.buildClassPath(Config
> uration.java:405)
> at 
> org.apache.geronimo.kernel.config.Configuration.createConfigurationCl
> asssLoader(Configuration.java:322)
> at 
> org.apache.geronimo.kernel.config.Configuration.(Configuration.
> java:267)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
> orAccessorImpl.java:67)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
> onstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:521)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanI
> nstance.java:948)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
> (GBeanInstanceState.java:268)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
> nceState.java:102)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j
> ava:541)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.j
> ava:361)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf
> iguration(ConfigurationUtil.java:195)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf
> iguration(ConfigurationUtil.java:159)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.loadBoo
> tConfiguration(MainConfigurationBootstrapper.java:84)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain
> (MainConfigurationBootstrapper.java:57)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma
> inConfigurationBootstrapper.java:38)
> at 
> org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
> at 
> org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31
> )
> java.lang.IllegalStateException: GBean is not running: 
> org.apache.geronimo.frame
> work/online-deployer/2.1-SNAPSHOT/car?configurationName=org.apache.geronimo.fram
> ework/online-deployer/2.1-SNAPSHOT/car
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.jav
> a:304)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf
> iguration(ConfigurationUtil.java:197)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf
> iguration(ConfigurationUtil.java:159)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.loadBoo
> tConfiguration(MainConfigurationBootstrapper.java:84)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain
> 

[jira] Closed: (GERONIMO-2196) Incorrect dependency loaded during Geronimo build

[David Jencks (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

David Jencks closed GERONIMO-2196.
--

Resolution: Won't Fix

The build system has changed so much this is no longer relevant.

> Incorrect dependency loaded during Geronimo build
> -
>
> Key: GERONIMO-2196
> URL: https://issues.apache.org/jira/browse/GERONIMO-2196
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: dependencies
>Affects Versions: 1.1.1, 1.2
>Reporter: Kevan Miller
>
> I was trying to test out the new 1.2-RC1 release candidate for 
> commons-modeler.
> Eventhough I set 1.2-RC1 in both project.properties and 
> explicit_versions.properties, the Geronimo build was always using the dated 
> release (20060524). The only way I could convince the build to use 1.2-RC1 
> was to delete 20060524 from my local repo.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (GERONIMO-955) Provide separate client container distribution

[David Jencks (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563068#action_12563068
 ] 

David Jencks commented on GERONIMO-955:
---

"extract a server" helps with this.  The missing part is that app clients don't 
get a geronimo-plugin.xml even if you deploy them using the car-maven-plugin to 
build a plugin.

> Provide separate client container distribution
> --
>
> Key: GERONIMO-955
> URL: https://issues.apache.org/jira/browse/GERONIMO-955
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: application client
>Affects Versions: 1.0-M4
>Reporter: Aaron Mulder
> Fix For: 1.x
>
>
> It would be ideal if you could install a "client container only" which 
> required less than the full 50+ MB of a Geronimo server.
> This would of course be for situations where the client was running on a 
> different machine than the server, or where the user running the client app 
> didn't have necessary file permissions on the server installation directory 
> (e.g. to write a client log file).
> Perhaps one of the assemblies/ modules could do this; the trick will be to 
> not include the JARs (in the repository, etc.) that aren't needed by the 
> client container.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.