Nabble - Metro - Users

Expetion while requesting secure conversation token

2009-11-14T03:12:37Z

I try to use an issued token as a protection token in the bootstrappolicy to establish a secure conversation. I use WS-Trust 1.3 and WS-SecurityPolcy 1.2. There is no SupportingTokens Element in the wsdl.

I get an exception in the class SAMLUtil in the method createSAMLAssertion
"Error occurred while trying to convert SAMLAssertion stream into DOM Element"

cause is
“javax.xml.stream.XMLStreamException: Trying to write END_DOCUMENT when document has no root”

Any suggestion?
Marc
[Message sent by forum member 'mhorstmann' ]

http://forums.java.net/jive/thread.jspa?messageID=371809

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Endorsing Certificate policy - What good is it for?

2009-11-13T15:27:58Z

Hello.

This is a contextual question. The discussion in "Metro Security Guide", section 12.3.7, at https://metro.dev.java.net/guide/Security_Mechanisms.html#ahicz says about "Endorsing Certificate":
"This mechanism uses secure messages using symmetric key for integrity and confidentiality protection, and uses an endorsing client certificate to augment the claims provided by the token associated with the message signature. For this mechanism, the client knows the service's certificate, and requests need to be endorsed/authorised by a special identity. For example, all requests to a vendor must be endorsed by a purchase manager, so the certificate of the purchase manager should be used to endorse (or counter sign) the original request. ".
I can do the mechanics of this, that is I can enable Endorsing Certificate policy, build and deploy the consumer and the provider, and exercise the whole solution, using xws-security-server and xws-security-client certificates. What I am having difficulties with is understanding from where this "special identity" comes from, what form it takes, and how I need to configure the consumer to supply this "special identity" and how I need to configure the provider to verify this "special identity".

I am sure someone understands this use case. Can someone, please, enlighten me?

Thanks in advance

Michael

Podcast 1 Podcast 2

Michael Czapski, BSc Computing, MSc eBus.Tech.
Principal Field Technologist, Software
SOA/BI/Java CAPS

Sun Microsystems
33 Berry Street, North Sydney
NSW 2060 Australia
Phone +61 2 9466 9427
Email Michael.Czapski@...

Blog: http://blogs.sun.com/javacapsfieldtech/

LinkedIn: MichaelCzapski

Skype: michaelczapski

Screencasts and Document Archives: http://mediacast.sun.com/users/Michael.Czapski-Sun

JavaOne 2008 SYS-CON.TV Interview with Michael Czapski and Brendan Marry: http://tv.sys-con.com/node/674561

Re: schemagen and multiple namespaces

2009-11-13T14:48:08Z

I spent quite a few hours trying to debug this and here's how far I got using Sun's JDK 1.6.0_01.

Since kohsuke said it was fixed in 2.1 I tried adding this Windows-only profile to my Maven build (otherwise the 'fix' breaks the Mac):
[code]
<profiles>
<profile>
<id>windows</id>
<activation>
<os>
<family>Windows</family>
</os>
</activation>
<build>
<plugins>
<plugin>
<groupId>com.sun.tools.jxc.maven2</groupId>
<artifactId>maven-jaxb-schemagen-plugin</artifactId>
<version>1.2</version>
<dependencies>
<dependency>
<groupId>javax.xml.bind</groupId>
<artifactId>jaxb-api</artifactId>
<version>2.1</version>
</dependency>
<dependency>
<groupId>com.sun.xml.bind</groupId>
<artifactId>jaxb-impl</artifactId>
<version>2.1.3</version>
</dependency>
<dependency>
<groupId>com.sun.xml.bind</groupId>
<artifactId>jaxb-xjc</artifactId>
<version>2.1.3</version>
</dependency>
</dependencies>
</plugin>
</plugins>
</build>
</profile>
</profiles>
[/code]
But I couldn't get it to work since I get this error:

java.lang.LinkageError: JAXB 2.0 API is being loaded from the bootstrap classloader, but this RI (from .../jaxb-impl-2.1.3.jar!/com/sun/xml/bind/v2/model/impl/ModelBuilder.class) needs 2.1 API. Use the endorsed directory mechanism to place jaxb-api.jar in the bootstrap classloader. (See http://java.sun.com/j2se/1.5.0/docs/guide/standards/)

Revisit how far I got, I just realized this error was because I was using such an old update (*_01) of JDK 1.6. I upgraded to Update 11 (since I had it already installed on the build agent) and it fixed my problem.

So use JDK 1.6.0_04 or greater (since that's when JAXB was upgraded from 2.0 to 2.1) and include the profile above and it should fix your problem.
[Message sent by forum member 'jaxzin' ]

http://forums.java.net/jive/thread.jspa?messageID=371791

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Solicit-Response Operations

2009-11-13T13:27:22Z

This questions seems to have been asked a couple of times in the past, but never gotten any answers.

Is it at all possible to implement a Solicit-Response style Web Service using Metro?

If so, is there an example available?

If not, is it possible under any other Java libraries?

Thanks!
[Message sent by forum member 'philgmo' ]

http://forums.java.net/jive/thread.jspa?messageID=371786

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: javax.xml.ws.soap.SOAPFaultException

2009-11-13T13:24:27Z

There are no enough information to know what is going.

The wsdl, the log of the messages will sheds some clues.
[Message sent by forum member 'jdg6688' ]

http://forums.java.net/jive/thread.jspa?messageID=371785

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Metro 1.5 - SAML SV - STS failing to add claims

2009-11-13T11:24:48Z

> Thanks again! Will give this a try.
>
> I am a newbie but keen to learn more about the
> process. I understand that the client copies the
> RSTTemplate into the request to the STS. If the
> Claims is defined outside the RSTTemplate, how would
> the STS know what attributes to provide?
In this case, it will be copied into the request message from the client to the STS, together with the entries in RSTT.

Regards,

Jiandong
[Message sent by forum member 'jdg6688' ]

http://forums.java.net/jive/thread.jspa?messageID=371770

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: schemagen and multiple namespaces

2009-11-13T10:51:59Z

I'm experiencing this same issue when using the maven-jaxb-schemagen-plugin version 1.2.

Strangely enough, it works fine on OS X and Linux, but not on Windows. Any ideas why the schema generation would fail on Windows, but not on Mac?

Both are using Java 6 and there's no spaces in the path on the Windows box.

Thanks,

Matt
[Message sent by forum member 'mraible' ]

http://forums.java.net/jive/thread.jspa?messageID=371764

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Metro 1.5 - SAML SV - STS failing to add claims

2009-11-13T10:40:04Z

Thanks again! Will give this a try.

I am a newbie but keen to learn more about the process. I understand that the client copies the RSTTemplate into the request to the STS. If the Claims is defined outside the RSTTemplate, how would the STS know what attributes to provide? Does WSIT actually look up the WSDL of the target web service to get claims requirements?

Which version of ws-securitypolicy should I use if I want to stick with claims being defined in the RSTtemplate?

Thanks in advance,
S
[Message sent by forum member 'syc17' ]

http://forums.java.net/jive/thread.jspa?messageID=371761

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: IssuedToken

2009-11-13T08:34:11Z

Forgot the exception log!
[Message sent by forum member 'graemejenkinson' ]

http://forums.java.net/jive/thread.jspa?messageID=371741

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: WSIMPORT - generating code from WSDL with Maven Plugin

2009-11-13T08:29:01Z

Hi there,

I guess you guys found a solution since your last postings, or died trying. Anyway I'm posting this for those google-crawlers starving for a hint, like I've been for the last two days.

wsdlFile is fine. Your plugin seems to be executed only once because of the [b]stale file[/b] that is generated by jaxws-maven-plugin after the first execution. Just separate everything like in the following :

[code]
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>jaxws-maven-plugin</artifactId>
<executions>
<execution>
<id>Service01</id>
<goals>
<goal>wsimport</goal>
</goals>
<configuration>
<bindingDirectory>${basedir}/src/jaxws/service01</bindingDirectory>
<bindingFiles>
<bindingFile>service01-bindings.xml</bindingFile>
</bindingFiles>
<wsdlDirectory>${basedir}/src/wsdl/service01</wsdlDirectory>
<wsdlFiles>
<wsdlFile>Service01.wsdl</wsdlFile>
</wsdlFiles>
<staleFile>${basedir}/src/jaxws/service01/.staleFlag</staleFile>
</configuration>
</execution>
<execution>
<id>Service02</id>
<goals>
<goal>wsimport</goal>
</goals>
<configuration>
<bindingDirectory>${basedir}/src/jaxws/service02</bindingDirectory>
<bindingFiles>
<bindingFile>service02-bindings.xml</bindingFile>
</bindingFiles>
<wsdlDirectory>${basedir}/src/wsdl/service02</wsdlDirectory>
<wsdlFiles>
<wsdlFile>Service02.wsdl</wsdlFile>
</wsdlFiles>
<staleFile>${basedir}/src/jaxws/service02/.staleFlag</staleFile>
</configuration>
</execution>
</executions>
<configuration>
<sourceDestDir>${project.build.sourceDirectory}</sourceDestDir>
<extension>true</extension>
<verbose>true</verbose>
<xnocompile>true</xnocompile>
</configuration>
</plugin>
[/code]

Hope this will spare you some time and despair ;)

PS: this doesn't work with "mvn jaxws:wsimport", launch "mvn install" instead; this could be due to some lifecyle phase issue I'm not able to solve at the moment
[Message sent by forum member 'pisce' ]

http://forums.java.net/jive/thread.jspa?messageID=371740

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: IssuedToken

2009-11-13T08:21:59Z

Hi,

I see. I wasn't aware that the MEX responses could also be secured (I might still have some reservations about doing this for performance reasons).

How about something a little more challenging! I've integrated my brokered trust model with a service created by a colleague. I think that I've done this correctly as I can see the operations being secured. However, occassionally (in fact quite regularly) and with no recognisable pattern the client (a thick Java client) throws an exception:

Caused by: com.sun.xml.wss.XWSSecurityException: Unsupported Header type
at com.sun.xml.ws.security.opt.impl.message.ETHandler.toData(ETHandler.java:276)

I can't see any reason why this would be happening. The attached log shows the same operation called twice in succession. The first time the message is secured (in this instance I've cut down the signing and encryption of the message for clarity) the second instance fails.

Do you have any idea what might be causing this?
[Message sent by forum member 'graemejenkinson' ]

http://forums.java.net/jive/thread.jspa?messageID=371735

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

javax.xml.ws.soap.SOAPFaultException

2009-11-13T06:56:06Z

we have a service exposed..
and calling through WebService Proxy

getting the following error:

WARNING: Unable to extract X509Certificate from WSDL Definition Object as WSDL definition Object is unavailable
SEVERE InvoiceResponseProcess_ptClient javax.xml.ws.soap.SOAPFaultException: SOAP must understand error:{http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}Security, {http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}Security.

pl suggest me.

thanks
anjani
[Message sent by forum member 'anjprasa' ]

http://forums.java.net/jive/thread.jspa?messageID=371725

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Problem with unmarshaling XML

2009-11-13T02:19:09Z

Hello!

I have a problem when unmarshaling XML. I have an XML Element object from my application's cache and I have an XML Element object ungzipped from a gzipped response. Both XML elements are identical (except for little differences). When I unmarshal the first one everything is OK, when I unmarshal the second one only the root tag and its attributes are OK, but the other fields (which correspond to the inner tags) are NULL.
What could be a problem? Any guesses are appreciated.
Here is my test method:

public static void testUnmarshal(final Element elementFromCache,
final Element elementFromCompressedResponse,
final JAXBContext jaxbContext) throws JAXBException, IOException {
//analyzing xml
System.out.println("element from cache");
System.out.println(getStringFromDoc(elementFromCache));
System.out.println("element from compressed response");
System.out.println(getStringFromDoc(elementFromCompressedResponse));
//unmarshalling
Unmarshaller u = jaxbContext.createUnmarshaller();
com.gridnine.sabre.ws.proxy.finder.OTAAirLowFareSearchRS objectFromCache =
u.unmarshal(elementFromCache,
com.gridnine.sabre.ws.proxy.finder.OTAAirLowFareSearchRS.class)
.getValue();
com.gridnine.sabre.ws.proxy.finder.OTAAirLowFareSearchRS objectFromCompressedResponse =
u.unmarshal(elementFromCompressedResponse,
com.gridnine.sabre.ws.proxy.finder.OTAAirLowFareSearchRS.class)
.getValue();
//analyzing objects
System.out.println("object from cache");
ObjectTrace.trace(System.out, objectFromCache);
System.out.println("object from compressed response");
ObjectTrace.trace(System.out, objectFromCompressedResponse);
}

Here is the method for viewing the XML elements:
public static String getStringFromDoc(final Element doc) {
try {
DOMSource domSource = new DOMSource(doc);
StringWriter writer = new StringWriter();
StreamResult result = new StreamResult(writer);
TransformerFactory tf = TransformerFactory.newInstance();
Transformer transformer = tf.newTransformer();
transformer.transform(domSource, result);
writer.flush();
return writer.toString();
} catch (TransformerException ex) {
ex.printStackTrace();
return null;
}
}

I have attached the complete System.out content.
[Message sent by forum member 'metaruslan' ]

http://forums.java.net/jive/thread.jspa?messageID=371701

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Dependency issue when moving into Tomcat 6: NoSuchMethod

2009-11-13T01:40:49Z

thanks a lot, you'we saved my time!
[Message sent by forum member 'ilyagp' ]

http://forums.java.net/jive/thread.jspa?messageID=371698

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Metro 1.5: Change in SAML Sender-Vouches (wrong transformation)

2009-11-13T00:31:36Z

Thanks for the quick reply. I checked with the nightly build. Metro 2 results in the same XML messages.

I opened 2 issues:

metro 1.5: 1306
metro 2.0: 1307

Regards,

Martijn
[Message sent by forum member 'd039113' ]

http://forums.java.net/jive/thread.jspa?messageID=371691

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Server certificate on WSDL file

2009-11-12T23:53:10Z

Hi, please use latest ( tomorrows nightly build ) metro 2.0 and conform
it..
thanks
suresh
metro@... wrote:

> it is running for me...
> It will be good if you send a sample client and server to reproduce your problem....
> [Message sent by forum member 'sm228678' ]
>
> http://forums.java.net/jive/thread.jspa?messageID=371672
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Server certificate on WSDL file

2009-11-12T22:49:37Z

it is running for me...
It will be good if you send a sample client and server to reproduce your problem....
[Message sent by forum member 'sm228678' ]

http://forums.java.net/jive/thread.jspa?messageID=371672

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Server certificate on WSDL file

2009-11-12T22:47:06Z

is you alias "xws-security-server" present in your keystore ?
if your alias is not there in your keystore , nothing willl happen...I mean no certificate will come in the wsdl..
if your alias is not there in your keystore, some log message will be displayed in the server log...
by looking into your leystore location , it seems alias is present in the keystore..
but not sure what has happened...
Just run the client and check if any log messages present in the server log..
did you find any log messages in the server ?
can you post the server log ?
posting the full stack log message will help...
did you get any exceptions?
[Message sent by forum member 'sm228678' ]

http://forums.java.net/jive/thread.jspa?messageID=371671

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Is Metro 2.0 not compatible with WebSpace ?

2009-11-12T22:31:44Z

Hi everyone,

We are using Web Space Portal Server 10.0 Update 6 Patch 1 (aka Liferay).

There appears to be a conflict when we try to install Metro 2.0 EA on the same glassfish domain that hosts the portal.

Based on the logs the error is coming from wsrp-portlet, but as a result the entire portal server becomes not functional after installing Metro 2.0 using the standard Ant-based installer. The portal server can be fixed by uninstalling Metro and restarting Glassfish.

Here is the config file that was supposed to be loaded by Metro.

Here is the error:

[#|2009-11-13T05:49:53.625+0000|SEVERE|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=16;_ThreadName=pool-1-thread-19;_RequestID=d35f964a-a85d-4b59-923f-dc470bf3ec34;|WebModule[/wsrp-portlet]PWC1275: Exception sending context initialized event to listener instance of class com.sun.xml.ws.transport.http.servlet.WSServletContextListener

com.sun.xml.ws.transport.http.servlet.WSServletException: WSSERVLET11: failed to parse runtime descriptor: java.lang.NoSuchMethodError: com.sun.xml.ws.policy.jaxws.privateutil.LocalizationMessages.WSP_1034_CREATE_POLICY_MAP_FOR_CONFIG(Ljava/lang/Object;)Ljava/lang/String;

at com.sun.xml.ws.transport.http.servlet.WSServletContextListener.contextInitialized(WSServletContextListener.java:139)

at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4632)

at org.apache.catalina.core.StandardContext.start(StandardContext.java:5312)

at com.sun.enterprise.web.WebModule.start(WebModule.java:353)

at com.sun.enterprise.web.LifecycleStarter.doRun(LifecycleStarter.java:58)

at com.sun.appserv.management.util.misc.RunnableBase.runSync(RunnableBase.java:304)

at com.sun.appserv.management.util.misc.RunnableBase.run(RunnableBase.java:341)

at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)

at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)

at java.util.concurrent.FutureTask.run(FutureTask.java:138)

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)

at java.lang.Thread.run(Thread.java:619)

Caused by: java.lang.NoSuchMethodError: com.sun.xml.ws.policy.jaxws.privateutil.LocalizationMessages.WSP_1034_CREATE_POLICY_MAP_FOR_CONFIG(Ljava/lang/Object;)Ljava/lang/String;

Please see detailed errors in the attached log file.

Is there a newer version of WebSpace portal server that does not have this problem, i.e. it works with Metro 2.0? Can we disable the wsrp portlet before it has a chance to bring down the entire server (we are not using wsrp)?

Thank you,

Igor

Nov 12, 2009 9:48:39 PM com.sun.enterprise.admin.servermgmt.launch.ASLauncher buildCommand
INFO:
/usr/jdk/instances/jdk1.6.0/bin/java
-Dcom.sun.aas.instanceRoot=/opt/glassfish2/domains/domain1
-Dcom.sun.aas.ClassPathPrefix=
-Dcom.sun.aas.ClassPathSuffix=
-Dcom.sun.aas.ServerClassPath=
-Dcom.sun.aas.classloader.appserverChainJars.ee=
-Dcom.sun.aas.classloader.appserverChainJars=admin-cli.jar,admin-cli-ee.jar,j2ee-svc.jar
-Dcom.sun.aas.classloader.excludesList=admin-cli.jar,appserv-upgrade.jar,sun-appserv-ant.jar
-Dcom.sun.aas.classloader.optionalOverrideableChain.ee=
-Dcom.sun.aas.classloader.optionalOverrideableChain=webservices-rt.jar,webservices-tools.jar
-Dcom.sun.aas.classloader.serverClassPath.ee=Does not exist/lib/hadbjdbc4.jar,/opt/glassfish2/lib/SUNWjdmk/5.1/lib/jdmkrt.jar,Does not exist/lib/dbstate.jar,Does not exist/lib/hadbm.jar,Does not exist/lib/hadbmgt.jar,/opt/SUNWmfwk/lib/mfwk_instrum_tk.jar
-Dcom.sun.aas.classloader.serverClassPath=/opt/glassfish2/lib/install/applications/jmsra/imqjmsra.jar,/opt/glassfish2/imq/lib/jaxm-api.jar,/opt/glassfish2/imq/lib/fscontext.jar,/opt/glassfish2/imq/lib/imqbroker.jar,/opt/glassfish2/imq/lib/imqjmx.jar,/opt/glassfish2/lib/ant/lib/ant.jar,/opt/glassfish2/lib/SUNWjdmk/5.1/lib/jdmkrt.jar
-Dcom.sun.aas.classloader.sharedChainJars.ee=appserv-se.jar,appserv-ee.jar,jesmf-plugin.jar,Does not exist/lib/dbstate.jar,Does not exist/lib/hadbjdbc4.jar,jgroups-all.jar,/opt/SUNWmfwk/lib/mfwk_instrum_tk.jar
-Dcom.sun.aas.classloader.sharedChainJars=javaee.jar,/usr/jdk/instances/jdk1.6.0/lib/tools.jar,install/applications/jmsra/imqjmsra.jar,com-sun-commons-launcher.jar,com-sun-commons-logging.jar,/opt/glassfish2/imq/lib/jaxm-api.jar,/opt/glassfish2/imq/lib/fscontext.jar,/opt/glassfish2/imq/lib/imqbroker.jar,/opt/glassfish2/imq/lib/imqjmx.jar,/opt/glassfish2/imq/lib/imqxm.jar,webservices-rt.jar,webservices-tools.jar,mail.jar,appserv-jstl.jar,jmxremote_optional.jar,/opt/glassfish2/lib/SUNWjdmk/5.1/lib/jdmkrt.jar,activation.jar,appserv-rt.jar,appserv-admin.jar,appserv-cmp.jar,/opt/glassfish2/updatecenter/lib/updatecenter.jar,/opt/glassfish2/jbi/lib/jbi.jar,/opt/glassfish2/imq/lib/imqjmx.jar,/opt/glassfish2/lib/ant/lib/ant.jar,dbschema.jar
-Dcom.sun.aas.configName=server-config
-Dcom.sun.aas.configRoot=/opt/glassfish2/config
-Dcom.sun.aas.defaultLogFile=/opt/glassfish2/domains/domain1/logs/server.log
-Dcom.sun.aas.domainName=domain1
-Dcom.sun.aas.installRoot=/opt/glassfish2
-Dcom.sun.aas.instanceName=server
-Dcom.sun.aas.processLauncher=SE
-Dcom.sun.aas.promptForIdentity=true
-Dcom.sun.enterprise.config.config_environment_factory_class=com.sun.enterprise.config.serverbeans.AppserverConfigEnvironmentFactory
-Dcom.sun.enterprise.overrideablejavaxpackages=javax.help,javax.portlet
-Dcom.sun.enterprise.taglibs=appserv-jstl.jar,jsf-impl.jar
-Dcom.sun.enterprise.taglisteners=jsf-impl.jar
-Dcom.sun.updatecenter.home=/opt/glassfish2/updatecenter
-Ddomain.name=domain1
-Djava.endorsed.dirs=/opt/glassfish2/lib/endorsed
-Djava.ext.dirs=/usr/jdk/instances/jdk1.6.0/lib/ext:/usr/jdk/instances/jdk1.6.0/jre/lib/ext:/opt/glassfish2/domains/domain1/lib/ext:/opt/glassfish2/javadb/lib
-Djava.library.path=/opt/glassfish2/lib:/opt/glassfish2/lib:/opt/glassfish2/lib
-Djava.security.auth.login.config=/opt/glassfish2/domains/domain1/config/login.conf
-Djava.security.policy=/opt/glassfish2/domains/domain1/config/server.policy
-Djava.util.logging.manager=com.sun.enterprise.server.logging.ServerLogManager
-Djavax.management.builder.initial=com.sun.enterprise.admin.server.core.jmx.AppServerMBeanServerBuilder
-Djavax.net.ssl.keyStore=/opt/glassfish2/domains/domain1/config/keystore.jks
-Djavax.net.ssl.trustStore=/opt/glassfish2/domains/domain1/config/cacerts.jks
-Djdbc.drivers=org.apache.derby.jdbc.ClientDriver
-Djmx.invoke.getters=true
-Dliferay.release.info.prefix=Sun GlassFish Web Space Server 10.0 based on
-Dsun.rmi.dgc.client.gcInterval=3600000
-Dsun.rmi.dgc.server.gcInterval=3600000
-Duser.timezone=GMT
-server
-XX:+UnlockDiagnosticVMOptions
-Xms768M
-Xmx768M
-XX:NewSize=256M
-XX:MaxNewSize=256M
-XX:PermSize=192M
-XX:MaxPermSize=192M
-Xss1024k
-XX:+UseParNewGC
-XX:+UseConcMarkSweepGC
-XX:+CMSClassUnloadingEnabled
-XX:+DisableExplicitGC
-XX:+LogVMOutput
-XX:LogFile=/opt/glassfish2/domains/domain1/logs/jvm.log
-cp
/opt/glassfish2/lib/jhall.jar:/opt/glassfish2/lib/appserv-launch.jar
com.sun.enterprise.server.PELaunch
start
[#|2009-11-13T05:48:45.623+0000|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java HotSpot(TM) Server VM;1.6.0_16;Sun Microsystems Inc.;|CORE5076: Using [Java HotSpot(TM) Server VM, Version 1.6.0_16] from [Sun Microsystems Inc.]|#]

[#|2009-11-13T05:48:46.016+0000|INFO|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=11;_ThreadName=pool-1-thread-3;|SEC1002: Security Manager is OFF.|#]

[#|2009-11-13T05:48:46.065+0000|INFO|sun-appserver2.1|javax.enterprise.resource.jms|_ThreadID=12;_ThreadName=pool-1-thread-6;|Using MQ RA for Broker lifecycle control|#]

[#|2009-11-13T05:48:55.932+0000|INFO|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=10;_ThreadName=main;com.sun.enterprise.security.provider.PolicyWrapper;|SEC1143: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.|#]

[#|2009-11-13T05:48:57.884+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=10;_ThreadName=main;server;|WEB0114: SSO is disabled in virtual server [server]|#]

[#|2009-11-13T05:48:57.939+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=10;_ThreadName=main;__asadmin;|WEB0114: SSO is disabled in virtual server [__asadmin]|#]

[#|2009-11-13T05:48:57.963+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=10;_ThreadName=main;com.ericsson.ssa.config.ConvergedContextConfig;|REgistering Custom ContextConfig|#]

[#|2009-11-13T05:48:57.964+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=10;_ThreadName=main;com.ericsson.ssa.config.ConvergedContextImpl;|REgistering Custom Context|#]

[#|2009-11-13T05:49:08.438+0000|INFO|sun-appserver2.1|javax.enterprise.system.core.transaction|_ThreadID=10;_ThreadName=main;3700;|JTS5014: Recoverable JTS instance, serverId = [3700]|#]

[#|2009-11-13T05:49:09.772+0000|INFO|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;|ADM1079: Initialization of AMX MBeans started|#]

[#|2009-11-13T05:49:10.691+0000|INFO|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=13;_ThreadName=Thread-14;service:jmx:rmi:///jndi/rmi://sfsd4:8686/jmxrmi;|ADM1504: Here is the JMXServiceURL for the Standard JMXConnectorServer: [service:jmx:rmi:///jndi/rmi://sfsd4:8686/jmxrmi]. This is where the remote administrative clients should connect using the standard JMX connectors|#]

[#|2009-11-13T05:49:10.700+0000|INFO|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=13;_ThreadName=Thread-14;true;|ADM1506: Status of Standard JMX Connector: Active = [true]|#]

[#|2009-11-13T05:49:12.540+0000|INFO|sun-appserver2.1|javax.enterprise.resource.resourceadapter|_ThreadID=10;_ThreadName=main;|JMS Service Connection URL is :mq://sfsd4:7676/|#]

[#|2009-11-13T05:49:12.635+0000|INFO|sun-appserver2.1|javax.resourceadapter.mqjmsra.lifecycle|_ThreadID=10;_ThreadName=main;|MQJMSRA_RA1101: SJSMQ JMS Resource Adapter starting...|#]

[#|2009-11-13T05:49:15.923+0000|INFO|sun-appserver2.1|javax.resourceadapter.mqjmsra.lifecycle|_ThreadID=10;_ThreadName=main;|MQJMSRA_EB1101: EMBEDDED broker started with code =0|#]

[#|2009-11-13T05:49:15.934+0000|INFO|sun-appserver2.1|javax.resourceadapter.mqjmsra.lifecycle|_ThreadID=10;_ThreadName=main;|MQJMSRA_RA1101: SJSMQ JMSRA Started:DIRECT|#]

[#|2009-11-13T05:49:20.249+0000|INFO|sun-appserver2.1|javax.enterprise.system.core.classloading|_ThreadID=10;_ThreadName=main;MEjbApp;|LDR5010: All ejb(s) of [MEjbApp] loaded successfully!|#]

[#|2009-11-13T05:49:25.186+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.ejb|_ThreadID=10;_ThreadName=main;jdbc/__TimerPool;|EJB5109:EJB Timer Service started successfully for datasource [jdbc/__TimerPool]|#]

[#|2009-11-13T05:49:25.187+0000|INFO|sun-appserver2.1|javax.enterprise.system.core.classloading|_ThreadID=10;_ThreadName=main;__ejb_container_timer_app;|LDR5010: All ejb(s) of [__ejb_container_timer_app] loaded successfully!|#]

[#|2009-11-13T05:49:26.485+0000|INFO|sun-appserver2.1|com.sun.jbi.framework|_ThreadID=11;_ThreadName=pool-1-thread-3;|JBIFW0010: JBI framework ready to accept requests.|#]

[#|2009-11-13T05:49:31.102+0000|INFO|sun-appserver2.1|javax.enterprise.resource.webservices.jaxws.wspolicy.jaxws.PolicyConfigParser|_ThreadID=10;_ThreadName=main;|WSP5018: Loaded WSIT configuration from file: file:/opt/glassfish2/domains/domain1/applications/j2ee-modules/sfsd_TransactionsService/META-INF/wsit-com.sun.sfsd.service.TransactionsService.xml.|#]

[#|2009-11-13T05:49:40.147+0000|INFO|sun-appserver2.1|javax.enterprise.resource.webservices.jaxws.monitoring|_ThreadID=10;_ThreadName=main;|Monitoring rootname successfully set to: {http://service.sfsd.sun.com/}TransactionsWS{http://service.sfsd.sun.com/}transactionsWsPort|#]

[#|2009-11-13T05:49:41.568+0000|WARNING|sun-appserver2.1|com.sun.xml.ws.transport.http.servlet.ServletAdapter|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Container com.sun.enterprise.webservice.JAXWSContainer@15dd936 doesn't support class com.sun.xml.ws.api.server.Module|#]

[#|2009-11-13T05:49:41.604+0000|INFO|sun-appserver2.1|javax.enterprise.system.core.classloading|_ThreadID=10;_ThreadName=main;sfsd_TransactionsService;|LDR5010: All ejb(s) of [sfsd_TransactionsService] loaded successfully!|#]

[#|2009-11-13T05:49:41.860+0000|WARNING|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Not registering AMX MBean against old MBean "com.sun.appserv:j2eeType=WebModule,name=glassfishregistartionportlet,J2EEServer=server,J2EEApplication=null,category=runtime" due to malformed composite WebModule name.|#]

[#|2009-11-13T05:49:42.135+0000|WARNING|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Not registering AMX MBean against old MBean "com.sun.appserv:j2eeType=WebModule,name=tunnel-web,J2EEServer=server,J2EEApplication=null,category=runtime" due to malformed composite WebModule name.|#]

[#|2009-11-13T05:49:42.381+0000|WARNING|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Not registering AMX MBean against old MBean "com.sun.appserv:j2eeType=WebModule,name=glassfishregistrationportlet,J2EEServer=server,J2EEApplication=null,category=runtime" due to malformed composite WebModule name.|#]

[#|2009-11-13T05:49:42.509+0000|WARNING|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Not registering AMX MBean against old MBean "com.sun.appserv:j2eeType=WebModule,name=saw-web,J2EEServer=server,J2EEApplication=null,category=runtime" due to malformed composite WebModule name.|#]

[#|2009-11-13T05:49:42.760+0000|WARNING|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Not registering AMX MBean against old MBean "com.sun.appserv:j2eeType=WebModule,name=wsrp-portlet,J2EEServer=server,J2EEApplication=null,category=runtime" due to malformed composite WebModule name.|#]

[#|2009-11-13T05:49:42.884+0000|WARNING|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Not registering AMX MBean against old MBean "com.sun.appserv:j2eeType=WebModule,name=ruon-web,J2EEServer=server,J2EEApplication=null,category=runtime" due to malformed composite WebModule name.|#]

[#|2009-11-13T05:49:43.071+0000|WARNING|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Not registering AMX MBean against old MBean "com.sun.appserv:j2eeType=WebModule,name=dlmigrationportlet,J2EEServer=server,J2EEApplication=null,category=runtime" due to malformed composite WebModule name.|#]

[#|2009-11-13T05:49:43.600+0000|WARNING|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Not registering AMX MBean against old MBean "com.sun.appserv:j2eeType=WebModule,name=webspace,J2EEServer=server,J2EEApplication=null,category=runtime" due to malformed composite WebModule name.|#]

[#|2009-11-13T05:49:43.714+0000|WARNING|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Not registering AMX MBean against old MBean "com.sun.appserv:j2eeType=WebModule,name=opensso-web,J2EEServer=server,J2EEApplication=null,category=runtime" due to malformed composite WebModule name.|#]

[#|2009-11-13T05:49:43.916+0000|WARNING|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Not registering AMX MBean against old MBean "com.sun.appserv:j2eeType=WebModule,name=CommunityMapper,J2EEServer=server,J2EEApplication=null,category=runtime" due to malformed composite WebModule name.|#]

[#|2009-11-13T05:49:44.135+0000|WARNING|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Not registering AMX MBean against old MBean "com.sun.appserv:j2eeType=WebModule,name=BrowserNativeDash,J2EEServer=server,J2EEApplication=null,category=runtime" due to malformed composite WebModule name.|#]

[#|2009-11-13T05:49:44.347+0000|WARNING|sun-appserver2.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;_RequestID=37d8c9ab-ea8e-470a-a07b-55f88ee79d45;|Not registering AMX MBean against old MBean "com.sun.appserv:j2eeType=WebModule,name=sfsd_TransactionsPortlet,J2EEServer=server,J2EEApplication=null,category=runtime" due to malformed composite WebModule name.|#]

[#|2009-11-13T05:49:44.362+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=10;_ThreadName=main;|WEB0302: Starting Sun-Java-System/Application-Server.|#]

[#|2009-11-13T05:49:46.250+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=10;_ThreadName=main;9090;|WEB0712: Starting Sun-Java-System/Application-Server HTTP/1.1 on 9090|#]

[#|2009-11-13T05:49:46.598+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=10;_ThreadName=main;9191;|WEB0712: Starting Sun-Java-System/Application-Server HTTP/1.1 on 9191|#]

[#|2009-11-13T05:49:46.648+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=10;_ThreadName=main;4949;|WEB0712: Starting Sun-Java-System/Application-Server HTTP/1.1 on 4949|#]

[#|2009-11-13T05:49:49.209+0000|INFO|sun-appserver2.1|com.liferay.portal.kernel.deploy.hot.HotDeployUtil|_ThreadID=14;_ThreadName=pool-1-thread-21;|Initializing hot deploy manager 24117517|#]

[#|2009-11-13T05:49:49.466+0000|INFO|sun-appserver2.1|com.sun.ws.rest.api.core.PackagesResourceConfig|_ThreadID=15;_ThreadName=pool-1-thread-17;|Scanning for root resource and provider classes in the packages:
com.liferay.ruon
com.liferay.ruon.servlet|#]

[#|2009-11-13T05:49:49.800+0000|INFO|sun-appserver2.1|com.sun.ws.rest.api.core.PackagesResourceConfig|_ThreadID=15;_ThreadName=pool-1-thread-17;|Root resource classes found:
class com.liferay.ruon.rest.RestFacadeImpl|#]

[#|2009-11-13T05:49:49.866+0000|INFO|sun-appserver2.1|com.sun.ws.rest.api.core.PackagesResourceConfig|_ThreadID=15;_ThreadName=pool-1-thread-17;|Provider classes found:|#]

[#|2009-11-13T05:49:50.015+0000|INFO|sun-appserver2.1|javax.enterprise.resource.webservices.jaxws.server.http|_ThreadID=16;_ThreadName=pool-1-thread-19;|WSSERVLET12: JAX-WS context listener initializing|#]

[#|2009-11-13T05:49:51.500+0000|WARNING|sun-appserver2.1|com.sun.ws.rest.spi.service.ServiceFinder|_ThreadID=15;_ThreadName=pool-1-thread-17;_RequestID=b49133bf-e13e-489e-9c1f-da2a4e7fd5f7;|A dependent class, com/sun/syndication/io/FeedException, of the class com.sun.ws.rest.impl.provider.entity.AtomFeedProvider implementing the provider interface javax.ws.rs.ext.MessageBodyReader is not found. The provider implementation is ignored.|#]

[#|2009-11-13T05:49:51.514+0000|WARNING|sun-appserver2.1|com.sun.ws.rest.spi.service.ServiceFinder|_ThreadID=15;_ThreadName=pool-1-thread-17;_RequestID=b49133bf-e13e-489e-9c1f-da2a4e7fd5f7;|A dependent class, com/sun/syndication/feed/WireFeed, of the class com.sun.ws.rest.impl.provider.entity.AtomEntryProvider implementing the provider interface javax.ws.rs.ext.MessageBodyReader is not found. The provider implementation is ignored.|#]

[#|2009-11-13T05:49:51.545+0000|WARNING|sun-appserver2.1|com.sun.ws.rest.spi.service.ServiceFinder|_ThreadID=15;_ThreadName=pool-1-thread-17;_RequestID=b49133bf-e13e-489e-9c1f-da2a4e7fd5f7;|A dependent class, org/codehaus/jettison/json/JSONException, of the class com.sun.ws.rest.impl.provider.entity.JSONArrayProvider implementing the provider interface javax.ws.rs.ext.MessageBodyReader is not found. The provider implementation is ignored.|#]

[#|2009-11-13T05:49:51.555+0000|WARNING|sun-appserver2.1|com.sun.ws.rest.spi.service.ServiceFinder|_ThreadID=15;_ThreadName=pool-1-thread-17;_RequestID=b49133bf-e13e-489e-9c1f-da2a4e7fd5f7;|A dependent class, org/codehaus/jettison/json/JSONException, of the class com.sun.ws.rest.impl.provider.entity.JSONObjectProvider implementing the provider interface javax.ws.rs.ext.MessageBodyReader is not found. The provider implementation is ignored.|#]

[#|2009-11-13T05:49:51.640+0000|WARNING|sun-appserver2.1|com.sun.ws.rest.spi.service.ServiceFinder|_ThreadID=15;_ThreadName=pool-1-thread-17;_RequestID=b49133bf-e13e-489e-9c1f-da2a4e7fd5f7;|A dependent class, com/sun/syndication/io/FeedException, of the class com.sun.ws.rest.impl.provider.entity.AtomFeedProvider implementing the provider interface javax.ws.rs.ext.MessageBodyWriter is not found. The provider implementation is ignored.|#]

[#|2009-11-13T05:49:51.644+0000|WARNING|sun-appserver2.1|com.sun.ws.rest.spi.service.ServiceFinder|_ThreadID=15;_ThreadName=pool-1-thread-17;_RequestID=b49133bf-e13e-489e-9c1f-da2a4e7fd5f7;|A dependent class, com/sun/syndication/feed/WireFeed, of the class com.sun.ws.rest.impl.provider.entity.AtomEntryProvider implementing the provider interface javax.ws.rs.ext.MessageBodyWriter is not found. The provider implementation is ignored.|#]

[#|2009-11-13T05:49:51.648+0000|WARNING|sun-appserver2.1|com.sun.ws.rest.spi.service.ServiceFinder|_ThreadID=15;_ThreadName=pool-1-thread-17;_RequestID=b49133bf-e13e-489e-9c1f-da2a4e7fd5f7;|A dependent class, org/codehaus/jettison/json/JSONException, of the class com.sun.ws.rest.impl.provider.entity.JSONArrayProvider implementing the provider interface javax.ws.rs.ext.MessageBodyWriter is not found. The provider implementation is ignored.|#]

[#|2009-11-13T05:49:51.651+0000|WARNING|sun-appserver2.1|com.sun.ws.rest.spi.service.ServiceFinder|_ThreadID=15;_ThreadName=pool-1-thread-17;_RequestID=b49133bf-e13e-489e-9c1f-da2a4e7fd5f7;|A dependent class, org/codehaus/jettison/json/JSONException, of the class com.sun.ws.rest.impl.provider.entity.JSONObjectProvider implementing the provider interface javax.ws.rs.ext.MessageBodyWriter is not found. The provider implementation is ignored.|#]

[#|2009-11-13T05:49:53.612+0000|SEVERE|sun-appserver2.1|javax.enterprise.resource.webservices.jaxws.server.http|_ThreadID=16;_ThreadName=pool-1-thread-19;_RequestID=d35f964a-a85d-4b59-923f-dc470bf3ec34;|WSSERVLET11: failed to parse runtime descriptor: java.lang.NoSuchMethodError: com.sun.xml.ws.policy.jaxws.privateutil.LocalizationMessages.WSP_1034_CREATE_POLICY_MAP_FOR_CONFIG(Ljava/lang/Object;)Ljava/lang/String;
java.lang.NoSuchMethodError: com.sun.xml.ws.policy.jaxws.privateutil.LocalizationMessages.WSP_1034_CREATE_POLICY_MAP_FOR_CONFIG(Ljava/lang/Object;)Ljava/lang/String;
at com.sun.xml.ws.policy.jaxws.PolicyWSDLGeneratorExtension.start(PolicyWSDLGeneratorExtension.java:127)
at com.sun.xml.ws.wsdl.writer.WSDLGeneratorExtensionFacade.start(WSDLGeneratorExtensionFacade.java:67)
at com.sun.xml.ws.wsdl.writer.WSDLGenerator.generateDocument(WSDLGenerator.java:349)
at com.sun.xml.ws.wsdl.writer.WSDLGenerator.doGeneration(WSDLGenerator.java:272)
at com.sun.xml.ws.server.EndpointFactory.generateWSDL(EndpointFactory.java:440)
at com.sun.xml.ws.server.EndpointFactory.createEndpoint(EndpointFactory.java:206)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:505)
at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parseAdapters(DeploymentDescriptorParser.java:253)
at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parse(DeploymentDescriptorParser.java:147)
at com.sun.xml.ws.transport.http.servlet.WSServletContextListener.contextInitialized(WSServletContextListener.java:124)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4632)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5312)
at com.sun.enterprise.web.WebModule.start(WebModule.java:353)
at com.sun.enterprise.web.LifecycleStarter.doRun(LifecycleStarter.java:58)
at com.sun.appserv.management.util.misc.RunnableBase.runSync(RunnableBase.java:304)
at com.sun.appserv.management.util.misc.RunnableBase.run(RunnableBase.java:341)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
|#]

[#|2009-11-13T05:49:53.625+0000|SEVERE|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=16;_ThreadName=pool-1-thread-19;_RequestID=d35f964a-a85d-4b59-923f-dc470bf3ec34;|WebModule[/wsrp-portlet]PWC1275: Exception sending context initialized event to listener instance of class com.sun.xml.ws.transport.http.servlet.WSServletContextListener
com.sun.xml.ws.transport.http.servlet.WSServletException: WSSERVLET11: failed to parse runtime descriptor: java.lang.NoSuchMethodError: com.sun.xml.ws.policy.jaxws.privateutil.LocalizationMessages.WSP_1034_CREATE_POLICY_MAP_FOR_CONFIG(Ljava/lang/Object;)Ljava/lang/String;
at com.sun.xml.ws.transport.http.servlet.WSServletContextListener.contextInitialized(WSServletContextListener.java:139)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4632)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5312)
at com.sun.enterprise.web.WebModule.start(WebModule.java:353)
at com.sun.enterprise.web.LifecycleStarter.doRun(LifecycleStarter.java:58)
at com.sun.appserv.management.util.misc.RunnableBase.runSync(RunnableBase.java:304)
at com.sun.appserv.management.util.misc.RunnableBase.run(RunnableBase.java:341)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NoSuchMethodError: com.sun.xml.ws.policy.jaxws.privateutil.LocalizationMessages.WSP_1034_CREATE_POLICY_MAP_FOR_CONFIG(Ljava/lang/Object;)Ljava/lang/String;
at com.sun.xml.ws.policy.jaxws.PolicyWSDLGeneratorExtension.start(PolicyWSDLGeneratorExtension.java:127)
at com.sun.xml.ws.wsdl.writer.WSDLGeneratorExtensionFacade.start(WSDLGeneratorExtensionFacade.java:67)
at com.sun.xml.ws.wsdl.writer.WSDLGenerator.generateDocument(WSDLGenerator.java:349)
at com.sun.xml.ws.wsdl.writer.WSDLGenerator.doGeneration(WSDLGenerator.java:272)
at com.sun.xml.ws.server.EndpointFactory.generateWSDL(EndpointFactory.java:440)
at com.sun.xml.ws.server.EndpointFactory.createEndpoint(EndpointFactory.java:206)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:505)
at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parseAdapters(DeploymentDescriptorParser.java:253)
at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parse(DeploymentDescriptorParser.java:147)
at com.sun.xml.ws.transport.http.servlet.WSServletContextListener.contextInitialized(WSServletContextListener.java:124)
... 12 more
|#]

[#|2009-11-13T05:49:53.630+0000|SEVERE|sun-appserver2.1|org.apache.catalina.core.StandardContext|_ThreadID=16;_ThreadName=pool-1-thread-19;_RequestID=d35f964a-a85d-4b59-923f-dc470bf3ec34;|PWC1306: Startup of context /wsrp-portlet failed due to previous errors|#]

[#|2009-11-13T05:49:53.662+0000|INFO|sun-appserver2.1|javax.enterprise.resource.webservices.jaxws.server.http|_ThreadID=16;_ThreadName=pool-1-thread-19;|WSSERVLET13: JAX-WS context listener destroyed|#]

[#|2009-11-13T05:49:53.697+0000|SEVERE|sun-appserver2.1|com.liferay.portal.kernel.bean.PortalBeanLocatorUtil|_ThreadID=16;_ThreadName=pool-1-thread-19;_RequestID=d35f964a-a85d-4b59-923f-dc470bf3ec34;|BeanLocator is null|#]

[#|2009-11-13T05:49:53.699+0000|SEVERE|sun-appserver2.1|com.liferay.wsrp.servlet.WSRPServletContextListener|_ThreadID=16;_ThreadName=pool-1-thread-19;_RequestID=d35f964a-a85d-4b59-923f-dc470bf3ec34;|com.liferay.portal.kernel.bean.BeanLocatorException: BeanLocator has not been set
com.liferay.portal.kernel.bean.BeanLocatorException: BeanLocator has not been set
at com.liferay.portal.kernel.bean.PortalBeanLocatorUtil.locate(PortalBeanLocatorUtil.java:44)
at com.liferay.wsrp.servlet.WSRPServletContextListener.doContextDestroyed(WSRPServletContextListener.java:97)
at com.liferay.wsrp.servlet.WSRPServletContextListener.contextDestroyed(WSRPServletContextListener.java:65)
at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:4676)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:5481)
at com.sun.enterprise.web.WebModule.stop(WebModule.java:384)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5339)
at com.sun.enterprise.web.WebModule.start(WebModule.java:353)
at com.sun.enterprise.web.LifecycleStarter.doRun(LifecycleStarter.java:58)
at com.sun.appserv.management.util.misc.RunnableBase.runSync(RunnableBase.java:304)
at com.sun.appserv.management.util.misc.RunnableBase.run(RunnableBase.java:341)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
|#]

[#|2009-11-13T05:49:53.712+0000|SEVERE|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=16;_ThreadName=pool-1-thread-19;_RequestID=d35f964a-a85d-4b59-923f-dc470bf3ec34;|WebModule[/wsrp-portlet]PWC1277: Exception sending context destroyed event to listener instance of class com.liferay.portal.kernel.spring.context.PortletContextLoaderListener
java.lang.NullPointerException
at com.liferay.portal.kernel.servlet.PortalClassLoaderServletContextListener.contextDestroyed(PortalClassLoaderServletContextListener.java:60)
at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:4676)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:5481)
at com.sun.enterprise.web.WebModule.stop(WebModule.java:384)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5339)
at com.sun.enterprise.web.WebModule.start(WebModule.java:353)
at com.sun.enterprise.web.LifecycleStarter.doRun(LifecycleStarter.java:58)
at com.sun.appserv.management.util.misc.RunnableBase.runSync(RunnableBase.java:304)
at com.sun.appserv.management.util.misc.RunnableBase.run(RunnableBase.java:341)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
|#]

[#|2009-11-13T05:49:53.966+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=16;_ThreadName=pool-1-thread-19;|classLoader = WebappClassLoader
delegate: true
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
EJBClassLoader :
urlSet = []
doneCalled = false
Parent -> java.net.URLClassLoader@143bf3d

|#]

[#|2009-11-13T05:49:53.974+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=16;_ThreadName=pool-1-thread-19;|
SharedSecrets.getJavaNetAccess()=java.net.URLClassLoader$7@c79769|#]

[#|2009-11-13T05:49:59.410+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|
Loading file:/opt/glassfish2/domains/domain1/generated/jsp/j2ee-modules/webspace/loader/system.properties|#]

[#|2009-11-13T05:50:05.401+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=17;_ThreadName=pool-1-thread-14;|PWC1412: WebModule[] ServletContext.log():Initializing Spring root WebApplicationContext|#]

[#|2009-11-13T05:50:08.241+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|
Loading file:/opt/glassfish2/domains/domain1/generated/jsp/j2ee-modules/webspace/loader/portal.properties|#]

[#|2009-11-13T05:50:08.242+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|
Loading file:/opt/glassfish2/domains/domain1/generated/jsp/j2ee-modules/webspace/loader/portal-sun.properties|#]

[#|2009-11-13T05:50:08.243+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|
Loading file:/opt/glassfish2/domains/domain1/applications/j2ee-modules/webspace/WEB-INF/classes/portal-ext.properties|#]

[#|2009-11-13T05:50:35.280+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|
05:50:35,261 INFO [DialectDetector:64] Determining dialect for HSQL Database Engine 1
|#]

[#|2009-11-13T05:50:35.285+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|05:50:35,281 WARN [DialectDetector:79] Liferay is configured to use Hypersonic as its database. Do NOT use Hypersonic in production. Hypersonic is an embedded database useful for development and demo'ing purposes. The database settings can be changed in portal.properties.
|#]

[#|2009-11-13T05:50:35.727+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|05:50:35,723 INFO [DialectDetector:97] Using dialect org.hibernate.dialect.HSQLDialect
|#]

[#|2009-11-13T05:50:45.569+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|Loading file:/opt/glassfish2/domains/domain1/generated/jsp/j2ee-modules/webspace/loader/captcha.properties|#]

[#|2009-11-13T05:50:48.991+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|
05:50:48,987 INFO [PortalImpl:252] Portal lib directory /opt/glassfish2/domains/domain1/applications/j2ee-modules/webspace/WEB-INF/lib/
|#]

[#|2009-11-13T05:51:43.298+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|05:51:43,295 INFO [ServerDetector:104] Detected server glassfish-tomcat
|#]

[#|2009-11-13T05:51:50.982+0000|INFO|sun-appserver2.1|debug.com.sun.portal.container.service|_ThreadID=17;_ThreadName=pool-1-thread-14;|PSC_CSPCS001 : Started initializing ServiceManager|#]

[#|2009-11-13T05:51:51.051+0000|INFO|sun-appserver2.1|debug.com.sun.portal.container.service|_ThreadID=17;_ThreadName=pool-1-thread-14;com.sun.portal.container.service.CoordinationService;com.sun.portal.container.service.coordination.impl.CoordinationServiceImpl;|PSC_CSPCS004 : Service added, Name: com.sun.portal.container.service.CoordinationService, Implementation: com.sun.portal.container.service.coordination.impl.CoordinationServiceImpl|#]

[#|2009-11-13T05:51:51.095+0000|INFO|sun-appserver2.1|debug.com.sun.portal.container.service|_ThreadID=17;_ThreadName=pool-1-thread-14;com.sun.portal.container.service.CachingService;com.sun.portal.container.service.caching.impl.CachingServiceImpl;|PSC_CSPCS004 : Service added, Name: com.sun.portal.container.service.CachingService, Implementation: com.sun.portal.container.service.caching.impl.CachingServiceImpl|#]

[#|2009-11-13T05:51:51.108+0000|INFO|sun-appserver2.1|debug.com.sun.portal.container.service|_ThreadID=17;_ThreadName=pool-1-thread-14;com.sun.portal.container.service.ClientCachingService;com.sun.portal.container.service.caching.impl.ClientCachingServiceImpl;|PSC_CSPCS004 : Service added, Name: com.sun.portal.container.service.ClientCachingService, Implementation: com.sun.portal.container.service.caching.impl.ClientCachingServiceImpl|#]

[#|2009-11-13T05:51:51.118+0000|INFO|sun-appserver2.1|debug.com.sun.portal.container.service|_ThreadID=17;_ThreadName=pool-1-thread-14;com.sun.portal.container.service.DeploymentService_Local;com.sun.portal.container.service.deployment.impl.DeploymentServiceLocalImpl;|PSC_CSPCS004 : Service added, Name: com.sun.portal.container.service.DeploymentService_Local, Implementation: com.sun.portal.container.service.deployment.impl.DeploymentServiceLocalImpl|#]

[#|2009-11-13T05:51:51.138+0000|INFO|sun-appserver2.1|debug.com.sun.portal.container.service|_ThreadID=17;_ThreadName=pool-1-thread-14;com.sun.portal.container.service.ContainerEventService;com.sun.portal.container.service.coordination.impl.ContainerEventServiceImpl;|PSC_CSPCS004 : Service added, Name: com.sun.portal.container.service.ContainerEventService, Implementation: com.sun.portal.container.service.coordination.impl.ContainerEventServiceImpl|#]

[#|2009-11-13T05:51:51.166+0000|INFO|sun-appserver2.1|debug.com.sun.portal.container.service|_ThreadID=17;_ThreadName=pool-1-thread-14;com.sun.portal.container.service.PolicyService;com.liferay.portal.portletcontainer.PolicyServiceImpl;|PSC_CSPCS004 : Service added, Name: com.sun.portal.container.service.PolicyService, Implementation: com.liferay.portal.portletcontainer.PolicyServiceImpl|#]

[#|2009-11-13T05:51:51.175+0000|INFO|sun-appserver2.1|debug.com.sun.portal.container.service|_ThreadID=17;_ThreadName=pool-1-thread-14;|PSC_CSPCS002 : Finished initializing ServiceManager|#]

[#|2009-11-13T05:51:53.951+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|Starting Sun GlassFish Web Space Server 10.0.6 Patch 1 based on Liferay Portal Standard Edition 5.2.3 (Augustine / Build 5203 / May 20, 2009)|#]

[#|2009-11-13T05:51:55.630+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|
05:51:55,627 INFO [DBUtil:498] Database supports case sensitive queries
|#]

[#|2009-11-13T05:52:02.960+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|05:52:02,957 WARN [PortletLocalServiceImpl:413] Portlet with the name 68 is described in portlet.xml but does not have a matching entry in liferay-portlet.xml
|#]

[#|2009-11-13T05:52:10.103+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|05:52:10,100 INFO [AutoDeployDir:108] Auto deploy scanner started for /opt/webspace-for-gfv2/var/webspace/deploy
|#]

[#|2009-11-13T05:52:25.562+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=17;_ThreadName=pool-1-thread-14;|PWC1412: WebModule[/opensso-web] ServletContext.log():Initializing Spring root WebApplicationContext|#]

[#|2009-11-13T05:52:25.610+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|Loading file:/opt/glassfish2/domains/domain1/applications/j2ee-modules/opensso-web/WEB-INF/classes/service.properties|#]

[#|2009-11-13T05:52:26.619+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|
05:52:26,615 INFO [DialectDetector:64] Determining dialect for HSQL Database Engine 1
|#]

[#|2009-11-13T05:52:26.624+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|05:52:26,620 WARN [DialectDetector:79] Liferay is configured to use Hypersonic as its database. Do NOT use Hypersonic in production. Hypersonic is an embedded database useful for development and demo'ing purposes. The database settings can be changed in portal.properties.
|#]

[#|2009-11-13T05:52:26.630+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|05:52:26,626 INFO [DialectDetector:97] Using dialect org.hibernate.dialect.HSQLDialect
|#]

[#|2009-11-13T05:52:27.239+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|Loading file:/opt/glassfish2/domains/domain1/applications/j2ee-modules/opensso-web/WEB-INF/classes/service.properties|#]

[#|2009-11-13T05:52:27.914+0000|WARNING|sun-appserver2.1|javax.enterprise.system.stream.err|_ThreadID=17;_ThreadName=pool-1-thread-14;_RequestID=42c7cd61-e371-4a31-8297-efd1de8551ab;|log4j:ERROR A "org.apache.log4j.ConsoleAppender" object is not assignable to a "org.apache.log4j.Appender" variable.|#]

[#|2009-11-13T05:52:27.929+0000|WARNING|sun-appserver2.1|javax.enterprise.system.stream.err|_ThreadID=17;_ThreadName=pool-1-thread-14;_RequestID=42c7cd61-e371-4a31-8297-efd1de8551ab;|
log4j:ERROR The class "org.apache.log4j.Appender" was loaded by |#]

[#|2009-11-13T05:52:27.930+0000|WARNING|sun-appserver2.1|javax.enterprise.system.stream.err|_ThreadID=17;_ThreadName=pool-1-thread-14;_RequestID=42c7cd61-e371-4a31-8297-efd1de8551ab;|
log4j:ERROR [WebappClassLoader
delegate: true
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
EJBClassLoader :
urlSet = []
doneCalled = false
Parent -> java.net.URLClassLoader@143bf3d

] whereas object of type |#]

[#|2009-11-13T05:52:27.932+0000|WARNING|sun-appserver2.1|javax.enterprise.system.stream.err|_ThreadID=17;_ThreadName=pool-1-thread-14;_RequestID=42c7cd61-e371-4a31-8297-efd1de8551ab;|
log4j:ERROR "org.apache.log4j.ConsoleAppender" was loaded by [WebappClassLoader
delegate: true
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
EJBClassLoader :
urlSet = []
doneCalled = false
Parent -> java.net.URLClassLoader@143bf3d

].|#]

[#|2009-11-13T05:52:27.933+0000|WARNING|sun-appserver2.1|javax.enterprise.system.stream.err|_ThreadID=17;_ThreadName=pool-1-thread-14;_RequestID=42c7cd61-e371-4a31-8297-efd1de8551ab;|
log4j:ERROR Could not instantiate appender named "CONSOLE".|#]

[#|2009-11-13T05:52:28.161+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=17;_ThreadName=pool-1-thread-14;|PWC1412: WebModule[/ruon-web] ServletContext.log():Initializing Spring root WebApplicationContext|#]

[#|2009-11-13T05:52:28.196+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|
Loading file:/opt/glassfish2/domains/domain1/applications/j2ee-modules/ruon-web/WEB-INF/classes/service.properties|#]

[#|2009-11-13T05:52:28.813+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|
05:52:28,809 INFO [DialectDetector:64] Determining dialect for HSQL Database Engine 1
|#]

[#|2009-11-13T05:52:28.818+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|05:52:28,814 WARN [DialectDetector:79] Liferay is configured to use Hypersonic as its database. Do NOT use Hypersonic in production. Hypersonic is an embedded database useful for development and demo'ing purposes. The database settings can be changed in portal.properties.
|#]

[#|2009-11-13T05:52:28.824+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|05:52:28,820 INFO [DialectDetector:97] Using dialect org.hibernate.dialect.HSQLDialect
|#]

[#|2009-11-13T05:52:29.277+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|Loading file:/opt/glassfish2/domains/domain1/applications/j2ee-modules/ruon-web/WEB-INF/classes/service.properties|#]

[#|2009-11-13T05:52:30.514+0000|WARNING|sun-appserver2.1|javax.enterprise.system.stream.err|_ThreadID=17;_ThreadName=pool-1-thread-14;_RequestID=42c7cd61-e371-4a31-8297-efd1de8551ab;|
log4j:ERROR A "org.apache.log4j.ConsoleAppender" object is not assignable to a "org.apache.log4j.Appender" variable.|#]

[#|2009-11-13T05:52:30.516+0000|WARNING|sun-appserver2.1|javax.enterprise.system.stream.err|_ThreadID=17;_ThreadName=pool-1-thread-14;_RequestID=42c7cd61-e371-4a31-8297-efd1de8551ab;|
log4j:ERROR The class "org.apache.log4j.Appender" was loaded by |#]

[#|2009-11-13T05:52:30.517+0000|WARNING|sun-appserver2.1|javax.enterprise.system.stream.err|_ThreadID=17;_ThreadName=pool-1-thread-14;_RequestID=42c7cd61-e371-4a31-8297-efd1de8551ab;|
log4j:ERROR [WebappClassLoader
delegate: true
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
EJBClassLoader :
urlSet = []
doneCalled = false
Parent -> java.net.URLClassLoader@143bf3d

] whereas object of type |#]

[#|2009-11-13T05:52:30.519+0000|WARNING|sun-appserver2.1|javax.enterprise.system.stream.err|_ThreadID=17;_ThreadName=pool-1-thread-14;_RequestID=42c7cd61-e371-4a31-8297-efd1de8551ab;|
log4j:ERROR "org.apache.log4j.ConsoleAppender" was loaded by [WebappClassLoader
delegate: true
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
EJBClassLoader :
urlSet = []
doneCalled = false
Parent -> java.net.URLClassLoader@143bf3d

].|#]

[#|2009-11-13T05:52:30.520+0000|WARNING|sun-appserver2.1|javax.enterprise.system.stream.err|_ThreadID=17;_ThreadName=pool-1-thread-14;_RequestID=42c7cd61-e371-4a31-8297-efd1de8551ab;|
log4j:ERROR Could not instantiate appender named "CONSOLE".|#]

[#|2009-11-13T05:52:37.711+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=17;_ThreadName=pool-1-thread-14;|PWC1412: WebModule[/tunnel-web] ServletContext.log():Initializing Spring FrameworkServlet 'Spring Servlet'|#]

[#|2009-11-13T05:52:39.861+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=17;_ThreadName=pool-1-thread-14;|PWC1412: WebModule[/saw-web] ServletContext.log():Initializing Spring root WebApplicationContext|#]

[#|2009-11-13T05:52:39.892+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=pool-1-thread-14;|
Loading file:/opt/glassfish2/domains/domain1/applications/j2ee-modules/saw-web/WEB-INF/classes/service.properties|#]

[#|2009-11-13T05:52:40.309+0000|INFO|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=17;_ThreadName=pool-1-thread-14;|PWC1412: WebModule[/wsrp-portlet] ServletContext.log():Initializing Spring root WebApplicationContext|#]

[#|2009-11-13T05:52:40.313+0000|INFO|sun-appserver2.1|org.apache.catalina.loader.WebappClassLoader|_ThreadID=17;_ThreadName=pool-1-thread-14;|PWC1635: Illegal access: this web application instance has been stopped already (the eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact)|#]

[#|2009-11-13T05:52:40.319+0000|INFO|sun-appserver2.1|org.apache.catalina.loader.WebappClassLoader|_ThreadID=17;_ThreadName=pool-1-thread-14;|PWC1635: Illegal access: this web application instance has been stopped already (the eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact)|#]

[#|2009-11-13T05:52:40.342+0000|INFO|sun-appserver2.1|org.apache.catalina.loader.WebappClassLoader|_ThreadID=17;_ThreadName=pool-1-thread-14;|PWC1635: Illegal access: this web application instance has been stopped already (the eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact)|#]

[#|2009-11-13T05:52:40.345+0000|SEVERE|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=17;_ThreadName=pool-1-thread-14;_RequestID=42c7cd61-e371-4a31-8297-efd1de8551ab;|WebModule[]StandardWrapper.Throwable
java.lang.ThreadDeath
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1411)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at com.liferay.portal.spring.context.PortletContextLoaderListener.contextInitialized(PortletContextLoaderListener.java:91)
at com.liferay.portal.kernel.servlet.PortalClassLoaderServletContextListener.portalInit(PortalClassLoaderServletContextListener.java:90)
at com.liferay.portal.kernel.util.PortalInitableUtil.flushInitables(PortalInitableUtil.java:39)
at com.liferay.portal.servlet.MainServlet.init(MainServlet.java:600)
at javax.servlet.GenericServlet.init(GenericServlet.java:270)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1194)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1023)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4917)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5324)
at com.sun.enterprise.web.WebModule.start(WebModule.java:353)
at com.sun.enterprise.web.LifecycleStarter.doRun(LifecycleStarter.java:58)
at com.sun.appserv.management.util.misc.RunnableBase.runSync(RunnableBase.java:304)
at com.sun.appserv.management.util.misc.RunnableBase.run(RunnableBase.java:341)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
|#]

[#|2009-11-13T05:52:40.369+0000|SEVERE|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=17;_ThreadName=pool-1-thread-14;_RequestID=42c7cd61-e371-4a31-8297-efd1de8551ab;|WebModule[]PWC1396: Servlet threw load() exception
java.lang.ThreadDeath
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1411)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at com.liferay.portal.spring.context.PortletContextLoaderListener.contextInitialized(PortletContextLoaderListener.java:91)
at com.liferay.portal.kernel.servlet.PortalClassLoaderServletContextListener.portalInit(PortalClassLoaderServletContextListener.java:90)
at com.liferay.portal.kernel.util.PortalInitableUtil.flushInitables(PortalInitableUtil.java:39)
at com.liferay.portal.servlet.MainServlet.init(MainServlet.java:600)
at javax.servlet.GenericServlet.init(GenericServlet.java:270)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1194)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1023)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4917)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5324)
at com.sun.enterprise.web.WebModule.start(WebModule.java:353)
at com.sun.enterprise.web.LifecycleStarter.doRun(LifecycleStarter.java:58)
at com.sun.appserv.management.util.misc.RunnableBase.runSync(RunnableBase.java:304)
at com.sun.appserv.management.util.misc.RunnableBase.run(RunnableBase.java:341)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
|#]

[#|2009-11-13T05:52:40.373+0000|SEVERE|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=18;_ThreadName=pool-1-thread-10;_RequestID=05475724-04a3-43bf-a19a-55105cce5b9f;|WEB0207: Error starting web context StandardEngine[com.sun.appserv].StandardHost[server].StandardContext[] on virtual server server
LifecycleException: java.lang.ThreadDeath
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4927)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5324)
at com.sun.enterprise.web.WebModule.start(WebModule.java:353)
at com.sun.enterprise.web.LifecycleStarter.doRun(LifecycleStarter.java:58)
at com.sun.appserv.management.util.misc.RunnableBase.runSync(RunnableBase.java:304)
at com.sun.appserv.management.util.misc.RunnableBase.run(RunnableBase.java:341)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
|#]

[#|2009-11-13T05:52:40.682+0000|INFO|sun-appserver2.1|javax.enterprise.system.core.selfmanagement|_ThreadID=10;_ThreadName=main;|SMGT0007: Self Management Rules service is enabled|#]

[#|2009-11-13T05:52:40.860+0000|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Application server startup complete.|#]

[#|2009-11-13T05:55:08.823+0000|INFO|sun-appserver2.1|javax.enterprise.system.stream.out|_ThreadID=19;_ThreadName=org.springframework.scheduling.quartz.SchedulerFactoryBean#1979448_Worker-2;|
05:55:08,814 INFO [PluginPackageUtil:1153] Reloading repositories
|#]

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Trouble compiling WSDL with multiple schema namespaces.

2009-11-12T22:11:41Z

More rambling ...

"It's interesting to me that you found the interface generated by JAX-WS so much different from that generated by Axis2/ADB"

I found it interesting too. I'm now quite keen to try to duplicate everything I do in axis/xmlbeans and jaxws, just to expose any differences - just so I can see what the differences are. The issue with w.r.t "soap:header" values (see above) is the most recent difference I've found - but that's probably not very significant (it just means I need to learn more about the spec - it stands to reason that JAXWS should handle these, I just don't know how yet). You're quite right about the differences in the ways that different bindings construct their objects - but that's more a curiosity than a problem.

Behold - the guy who's only just starting to figure it out!
[Message sent by forum member 'matthewdwilson' ]

http://forums.java.net/jive/thread.jspa?messageID=371669

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Trouble compiling WSDL with multiple schema namespaces.

2009-11-12T22:05:24Z

"What limitation did you run into with ADB?"

One problem was that it couldn't generate a binding to parse a a type that contained a sequence followed by another element. The ADB code didn't appear (to me) to be generated correctly. When it tried to parse a (apparently correct) incoming message, it would consume the elements of the sequence portion just fine, then throw an error when it came to the next element after the sequence - it wasn't expecting it to be there. I had a look at the code, and the stopping condition used for parsing the sequence (the "follow set", if you will) was the closing tag for the enclosing type, not the element that was supposed to follow the sequence. It just wasn't looking for the following elements. If you're really keen, I can try to bundle up an example and upload it. That'll probably make more sense than my description :-)

As it happens, that was a problem with a different web service to the one I'm looking at currently - JAXWS handled that with no difficulties. One of the guys here came across another ADB problem (which he reckoned was documented) that affected the WSDL that we're currently playing with. That was what made me decide to switch to JAXWS (that - and the documentation suggests that it's a more complete solution) , but he's interstate at the moment - I'll catch up with him and see if he can remember what it was.

Ironically, I went back to using Axis anyway. It's probably just temporary - but I was in the mood for getting things done yesterday, and I couldn't figure out how to pass a "soap:header" value to an operation using JAXWS. Axis/XmlBeans just exposes these as parameters to the method call, so I switched back to using that for the time being. Here's an example of what I mean:

<wsdl:operation name="Fetch">
<soap:operation soapAction="http://schemas.microsoft.com/crm/2007/WebServices/Fetch" style="document" />
<wsdl:input>
<soap:body use="literal" />
[b] <soap:header message="tns:FetchCrmAuthenticationToken" part="CrmAuthenticationToken" use="literal" />
<soap:header message="tns:FetchCallerOriginToken" part="CallerOriginToken" use="literal" />
<soap:header message="tns:FetchCorrelationToken" part="CorrelationToken" use="literal" />[/b]
</wsdl:input>
<wsdl:output>
<soap:body use="literal" />
</wsdl:output>
</wsdl:operation>

Those three highlighted parts (is part the right word? I think it is) are important to the web service. Apparently I need to do some more JAXWS reading - it's quite clear that there's more I need to know.

I'm juggling this with a couple of other things - I'm only spending a couple of days a week on it at the moment. It's a bit like running in treacle, but I'm beginning to at least find what I don't know :-)

Bear with me - I will follow up any responses, I promise. It might just take me a couple of days.
[Message sent by forum member 'matthewdwilson' ]

http://forums.java.net/jive/thread.jspa?messageID=371668

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Metro 1.5 - SAML SV - STS failing to add claims

2009-11-12T18:33:13Z

Oh, you are using standard version ws-securiytpolicy 1.2.
In this case, the syntax is different, Claims is defined as a top level
subelement of IssuedToken: (http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702/ws-securitypolicy-1.2-spec-os.html#_Toc161826536)

<sp:IssuedToken>
<sp:Issuer>
...
</sp:Issuer>

<t:Claims Dialect="http://schemas.xmlsoap.org/ws/2005/05/identity" xmlns:ic="http://schemas.xmlsoap.org/ws/2005/05/identity">
<ic:ClaimType Uri="http://schemas.xmlsoap.org/ws/2005/05/identity/claims/role"/>
</t:Claims>
<sp:RequestSecurityTokenTemplate>
<t:TokenType>urn:oasis:names:tc:SAML:2.0:assertion</t:TokenType>
<t:KeyType>http://docs.oasis-open.org/ws-sx/ws-trust/200512/SymmetricKey</t:KeyType>
<t:KeySize>128</t:KeySize>
</sp:RequestSecurityTokenTemplate>

</IssuedToken>
[Message sent by forum member 'jdg6688' ]

http://forums.java.net/jive/thread.jspa?messageID=371658

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Metro 1.5: Change in SAML Sender-Vouches (wrong transformation)

2009-11-12T16:17:41Z

Can you try with the Metro 2.0 nightly:

https://metro.dev.java.net/servlets/ProjectDocumentList?expandFolder=7638&folderID=10314

If the issue is still there, file a bug as soon as posibble:

https://wsit.dev.java.net/servlets/ProjectIssues
[Message sent by forum member 'jdg6688' ]

http://forums.java.net/jive/thread.jspa?messageID=371647

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: ava.awt.HeadlessException

2009-11-12T16:09:09Z

thanks for that, got me out of a bind.

Now, message to Sun:

Dear Sun - can you please:

1) document this;
2) setup the distribution jar file to respond to a -? flag by providing help
3) better yet, setup the distribution jar file to behave the same way as the JAX-B jar, and handle the headless case automagically
4) document this.
[Message sent by forum member 'roberthook' ]

http://forums.java.net/jive/thread.jspa?messageID=371645

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: IssuedToken

2009-11-12T14:36:08Z

In theory, you can secure mex messages with message level security.
[Message sent by forum member 'jdg6688' ]

http://forums.java.net/jive/thread.jspa?messageID=371631

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Metro 1.5: Change in SAML Sender-Vouches (wrong transformation)

2009-11-12T13:01:11Z

There regression in the SAML Sender-Vouches with certificates scenario in the metro 1.5 codeline.
When I configure metro 1.5 (Major-Version: 2.1.5) to send a SAML Sender-Vouches assertion, version 2.1.5 is sending a SAML Assertion with an STR-Transform in the message [0], which looks pretty correct.

<wsse:SecurityTokenReference wsu:Id="uuid_1ce5f65a-f43f-46d2-a702-2dead7c9734f">
<wsse:KeyIdentifier ValueType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.0#SAMLAssertionID">1258057310507</wsse:KeyIdentifier>
</wsse:SecurityTokenReference>
<ds:Signature Id="_1">
<ds:SignedInfo>
...
<ds:Reference URI="#uuid_1ce5f65a-f43f-46d2-a702-2dead7c9734f">
<ds:Transforms>
<ds:Transform Algorithm="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#STR-Transform">
<wsse:TransformationParameters>
<ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
</wsse:TransformationParameters>
</ds:Transform>
<ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
</ds:Transforms>
...
</ds:Reference>
</ds:Signature>

When I use the same WSDL and run it with the latest metro 1.5 (Major-Version: 2.1.7), a Signature signing the SecurityTokenReference is generated, but instead of using the transformation
http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#STR-Transform

transformation http://www.w3.org/2001/10/xml-exc-c14n# pointing to the SecurityTokenReference is generated. This is incorrect, as the SAML assertion is not covered by the signature in this case. Complete message is [1].
What needs to be changes to send the STR-Transform again with Metro 2.1.7?

<wsse:SecurityTokenReference xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" wsu:Id="uuid_d12e2d8d-b3e0-40cf-9628-31e7686418ae">
<wsse:KeyIdentifier ValueType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.0#SAMLAssertionID">1257974502506</wsse:KeyIdentifier>
</wsse:SecurityTokenReference>

<Signature>
...
<ds:Reference URI="#uuid_d12e2d8d-b3e0-40cf-9628-31e7686418ae">
<ds:Transforms>
<ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
</ds:Transforms>
<ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
<ds:DigestValue>0CdknXicPtJguCPuyh2jDZnKrZk=</ds:DigestValue>
</ds:Reference>

[0]: Version 2.1.5
<?xml version="1.0" encoding="utf-8"?>
<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:exc14n="http://www.w3.org/2001/10/xml-exc-c14n#" xmlns:xenc="http://www.w3.org/2001/04/xmlenc#"><S:Header><wsse:Security S:mustUnderstand="1"><wsu:Timestamp xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" wsu:Id="_3"><wsu:Created>2009-11-12T20:21:50Z</wsu:Created><wsu:Expires>2009-11-12T20:26:50Z</wsu:Expires></wsu:Timestamp><saml:Assertion xmlns:saml="urn:oasis:names:tc:SAML:1.0:assertion" AssertionID="1258057310507" IssueInstant="2009-11-12T21:21:50.523+01:00" Issuer="Metro" MajorVersion="1" MinorVersion="1"><saml:Conditions NotBefore="2009-11-12T20:11:50.507Z" NotOnOrAfter="2009-11-12T20:31:50.523Z"/><saml:AttributeStatement><saml:Subject><saml:NameIdentifier Format="urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified">WSS_ABAP</saml:NameIdentifier><saml:SubjectConfirmation><saml:ConfirmationMethod>urn:oasis:names:tc:SAML:1.0:cm:sender-vouches</saml:ConfirmationMethod></saml:SubjectConfirmation></saml:Subject><saml:Attribute AttributeName="attribute1" AttributeNamespace="urn:com:sun:xml:wss:attribute"><saml:AttributeValue xmlns:ns5="http://www.w3.org/2001/XMLSchema-instance" xmlns:ns6="http://www.w3.org/2001/XMLSchema" ns5:type="ns6:string">ATTRIBUTE1</saml:AttributeValue></saml:Attribute></saml:AttributeStatement></saml:Assertion><wsse:BinarySecurityToken xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" wsu:Id="uuid_6a433092-a2c3-44c3-8c60-dcc92c67f3b2">MIIDdzCCAuCgAwIBAgIBLzANBgkqhkiG9w0BAQUFADCBijELMAkGA1UEBhMCREUxGzAZBgNVBAgTEkJhZGVuIFd1ZXJ0dGVtYmVyZzERMA8GA1UEBxMIV2FsbGRvcmYxFzAVBgNVBAoTDk5XIEFTIFNJTSAoQUcpMRQwEgYDVQQLEwtXUyBTZWN1cml0eTEcMBoGA1UEAxMTV1MgU2VjdXJpdHkgVGVzdCBDQTAeFw0wNzA3MjYxNDIxMjhaFw0xNzA3MjMxNDIxMjhaMFYxCzAJBgNVBAYTAkRFMRswGQYDVQQIExJCYWRlbiBXdWVydHRlbWJlcmcxFzAVBgNVBAoTDk5XIEFTIFNJTSAoQUcpMREwDwYDVQQDEwhXU1MgQUJBUDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAmpC/dhO2D+P3y5gODuOV+TrxqaLCnRNS1+DKLwRrOqux/XkdGfgYy8Lt43aPmuI25x8st8Po1MxvOiDZO5oVbHl8F2Nv4fu4vc11IQG2ibivYfN122OwGdeR8uOe6QGsQwAcJcSgDIIjGAAjFEDYUMl8+LhY+4+qyljC/kzu3OcCAwEAAaOCAR4wggEaMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wgR2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBQRklM84cielmWw32StLJORIMIN9zCBvwYDVR0jBIG3MIG0gBTPIPlsij4D+tJrjq1LT33abqXtnqGBkKSBjTCBijELMAkGA1UEBhMCREUxGzAZBgNVBAgTEkJhZGVuIFd1ZXJ0dGVtYmVyZzERMA8GA1UEBxMIV2FsbGRvcmYxFzAVBgNVBAoTDk5XIEFTIFNJTSAoQUcpMRQwEgYDVQQLEwtXUyBTZWN1cml0eTEcMBoGA1UEAxMTV1MgU2VjdXJpdHkgVGVzdCBDQYIJAK+XTJoDvxDRMA0GCSqGSIb3DQEBBQUAA4GBAMN1CY3O4qYO9YDmWaD/vaXj2PzN6+365HaebDiLPevn5Fg7g7Ob+jWRjqUrMY+JW25UlC84eZW+oTHZWg+E/XSQKVN1v0KWmz7YGPhATm5GMe0/7+HANmoED8ZU394z7Lpi5f4k+yB0c/z3x7T4A3k0vEwAwFW6lrAtqpGT6Bn/</wsse:BinarySecurityToken><xenc:EncryptedKey xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" Id="_5003"><xenc:EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#rsa-oaep-mgf1p"/><ds:KeyInfo xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="keyInfo"><wsse:SecurityTokenReference><wsse:KeyIdentifier EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509SubjectKeyIdentifier">EZJTPOHInpZlsN9krSyTkSDCDfc=</wsse:KeyIdentifier></wsse:SecurityTokenReference></ds:KeyInfo><xenc:CipherData><xenc:CipherValue>ISENRqO5k5T4xZWr0JA8rbVruy0RmW2Ku12bhD8oKlBEffwVmSU4kLqcq8ydWQbtDk0f5HzDW8CYx/yMb5sNqNg0lK8qZiUatELeu621Lxyn6nvFNP5+6S6DY58LDELjk3Pv9Mjn4t07huCjG96Dog2VikCtfsfMr+laqiImVzc=</xenc:CipherValue></xenc:CipherData><xenc:ReferenceList><xenc:DataReference URI="#_5004"/></xenc:ReferenceList></xenc:EncryptedKey><wsse:SecurityTokenReference xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" wsu:Id="uuid_1ce5f65a-f43f-46d2-a702-2dead7c9734f"><wsse:KeyIdentifier ValueType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.0#SAMLAssertionID">1258057310507</wsse:KeyIdentifier></wsse:SecurityTokenReference><ds:Signature xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" Id="_1"><ds:SignedInfo><ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/><ds:SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/><ds:Reference URI="#_5002"><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><ds:DigestValue>1/+D3P4vY777/K0g0SgLvWkGdIY=</ds:DigestValue></ds:Reference><ds:Reference URI="#_3"><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><ds:DigestValue>08Sw21yrdZjU4Sqkb3ulz/w1rQI=</ds:DigestValue></ds:Reference><ds:Reference URI="#uuid_1ce5f65a-f43f-46d2-a702-2dead7c9734f"><ds:Transforms><ds:Transform Algorithm="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#STR-Transform"><wsse:TransformationParameters><ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></wsse:TransformationParameters></ds:Transform><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><ds:DigestValue>Xa69noX9NHOfsAeNRNkZhGgnqCY=</ds:DigestValue></ds:Reference></ds:SignedInfo><ds:SignatureValue>WiKV0rLOPOouGDCdGAPkAs6sb3QbIGxTGWhm4y6WiOIZp8SBmZdrarbY8YwxfINLbLMsy15VUnoe+Pr/1xFzOG/95MXCklTODtfB1WgYqP325I7MsHUV9EDgLo/Ron2DI27Rsg2rlyqP6UY0u6/eO3x7StZQwlydolnGaFz2FXQ=</ds:SignatureValue><ds:KeyInfo><wsse:SecurityTokenReference><wsse:Reference URI="#uuid_6a433092-a2c3-44c3-8c60-dcc92c67f3b2" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"/></wsse:SecurityTokenReference></ds:KeyInfo></ds:Signature></wsse:Security></S:Header><S:Body wsu:Id="_5002"><xenc:EncryptedData xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" Id="_5004" Type="http://www.w3.org/2001/04/xmlenc#Content"><xenc:EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#aes256-cbc"/><xenc:CipherData><xenc:CipherValue>2lZf6TewvttN78o3MfdOduvqjOkd4PLknVEzeRb5C2H2HCcuq1gP2BOkE3t3J2i7w4tlU8CT530a3biL1JPLIkdUEDTx9wSnTAI+zXD2SeooyvOFyQBOYEPgMWwMVX2bULPolOlbwVMqNZbqDEohMIPf3KVEZx55jqbQxn+Czxs=</xenc:CipherValue></xenc:CipherData></xenc:EncryptedData></S:Body></S:Envelope>
[1]: Version 2.1.7
<?xml version="1.0" encoding="utf-8"?>
<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:exc14n="http://www.w3.org/2001/10/xml-exc-c14n#" xmlns:xenc="http://www.w3.org/2001/04/xmlenc#"><S:Header><wsse:Security S:mustUnderstand="1"><wsu:Timestamp xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" wsu:Id="_3"><wsu:Created>2009-11-11T21:21:43Z</wsu:Created><wsu:Expires>2009-11-11T21:26:43Z</wsu:Expires></wsu:Timestamp><saml:Assertion xmlns:saml="urn:oasis:names:tc:SAML:1.0:assertion" AssertionID="1257974502506" IssueInstant="2009-11-11T22:21:42.521+01:00" Issuer="Metro" MajorVersion="1" MinorVersion="1"><saml:Conditions NotBefore="2009-11-11T21:11:42.506Z" NotOnOrAfter="2009-11-11T21:31:42.521Z"/><saml:AttributeStatement><saml:Subject><saml:NameIdentifier Format="urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified">WSS_ABAP</saml:NameIdentifier><saml:SubjectConfirmation><saml:ConfirmationMethod>urn:oasis:names:tc:SAML:1.0:cm:sender-vouches</saml:ConfirmationMethod></saml:SubjectConfirmation></saml:Subject><saml:Attribute AttributeName="attribute1" AttributeNamespace="urn:com:sun:xml:wss:attribute"><saml:AttributeValue xmlns:ns5="http://www.w3.org/2001/XMLSchema-instance" xmlns:ns6="http://www.w3.org/2001/XMLSchema" ns5:type="ns6:string">ATTRIBUTE1</saml:AttributeValue></saml:Attribute></saml:AttributeStatement></saml:Assertion><wsse:BinarySecurityToken xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" wsu:Id="uuid_4bad130e-86b2-47a5-86e8-d63c9705d2ca">MIIDdzCCAuCgAwIBAgIBLzANBgkqhkiG9w0BAQUFADCBijELMAkGA1UEBhMCREUxGzAZBgNVBAgTEkJhZGVuIFd1ZXJ0dGVtYmVyZzERMA8GA1UEBxMIV2FsbGRvcmYxFzAVBgNVBAoTDk5XIEFTIFNJTSAoQUcpMRQwEgYDVQQLEwtXUyBTZWN1cml0eTEcMBoGA1UEAxMTV1MgU2VjdXJpdHkgVGVzdCBDQTAeFw0wNzA3MjYxNDIxMjhaFw0xNzA3MjMxNDIxMjhaMFYxCzAJBgNVBAYTAkRFMRswGQYDVQQIExJCYWRlbiBXdWVydHRlbWJlcmcxFzAVBgNVBAoTDk5XIEFTIFNJTSAoQUcpMREwDwYDVQQDEwhXU1MgQUJBUDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAmpC/dhO2D+P3y5gODuOV+TrxqaLCnRNS1+DKLwRrOqux/XkdGfgYy8Lt43aPmuI25x8st8Po1MxvOiDZO5oVbHl8F2Nv4fu4vc11IQG2ibivYfN122OwGdeR8uOe6QGsQwAcJcSgDIIjGAAjFEDYUMl8+LhY+4+qyljC/kzu3OcCAwEAAaOCAR4wggEaMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wgR2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBQRklM84cielmWw32StLJORIMIN9zCBvwYDVR0jBIG3MIG0gBTPIPlsij4D+tJrjq1LT33abqXtnqGBkKSBjTCBijELMAkGA1UEBhMCREUxGzAZBgNVBAgTEkJhZGVuIFd1ZXJ0dGVtYmVyZzERMA8GA1UEBxMIV2FsbGRvcmYxFzAVBgNVBAoTDk5XIEFTIFNJTSAoQUcpMRQwEgYDVQQLEwtXUyBTZWN1cml0eTEcMBoGA1UEAxMTV1MgU2VjdXJpdHkgVGVzdCBDQYIJAK+XTJoDvxDRMA0GCSqGSIb3DQEBBQUAA4GBAMN1CY3O4qYO9YDmWaD/vaXj2PzN6+365HaebDiLPevn5Fg7g7Ob+jWRjqUrMY+JW25UlC84eZW+oTHZWg+E/XSQKVN1v0KWmz7YGPhATm5GMe0/7+HANmoED8ZU394z7Lpi5f4k+yB0c/z3x7T4A3k0vEwAwFW6lrAtqpGT6Bn/</wsse:BinarySecurityToken><xenc:EncryptedKey xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" Id="_5003"><xenc:EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#rsa-oaep-mgf1p"/><ds:KeyInfo xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="keyInfo"><wsse:SecurityTokenReference><wsse:KeyIdentifier EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509SubjectKeyIdentifier">EZJTPOHInpZlsN9krSyTkSDCDfc=</wsse:KeyIdentifier></wsse:SecurityTokenReference></ds:KeyInfo><xenc:CipherData><xenc:CipherValue>FxGrISofvwaRLoQWZZ7m9LsrE/Rq46qXHVkd2rinAg/+YoFL+PUQxRUBG1+xyXQ2T3lmNyoNFJ6AIRUoszc1eDK5/9UT7lHYnnoxrUQjBbev8yxBRhvXpLS5+7QFcXhLNp3/GmPrsO9M4jugVlr3X50iGtQ6QIGlcwi/flT/K/o=</xenc:CipherValue></xenc:CipherData><xenc:ReferenceList><xenc:DataReference URI="#_5004"/></xenc:ReferenceList></xenc:EncryptedKey><wsse:SecurityTokenReference xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" wsu:Id="uuid_d12e2d8d-b3e0-40cf-9628-31e7686418ae"><wsse:KeyIdentifier ValueType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.0#SAMLAssertionID">1257974502506</wsse:KeyIdentifier></wsse:SecurityTokenReference><ds:Signature xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" Id="_1"><ds:SignedInfo><ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/><ds:SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/><ds:Reference URI="#_5002"><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><ds:DigestValue>1/+D3P4vY777/K0g0SgLvWkGdIY=</ds:DigestValue></ds:Reference><ds:Reference URI="#_3"><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><ds:DigestValue>epKlQIoFCHB7Im5pAqk3O54ntHY=</ds:DigestValue></ds:Reference><ds:Reference URI="#uuid_d12e2d8d-b3e0-40cf-9628-31e7686418ae"><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><ds:DigestValue>0CdknXicPtJguCPuyh2jDZnKrZk=</ds:DigestValue></ds:Reference></ds:SignedInfo><ds:SignatureValue>MkQPBmZVlknkm9CtHYE1e99KSxsajAiMqqztjYA88vHVhMfFFr5GHfN9/+O7Mm0ubXVrynuvuyC8ZNzfazp6t1/kG+o+6qu3L/CAxWFV18K/uTogf5GdX36JSStxlCXFOkOUFGwLON33uoMs+lXEMpn4LSjRImc4wdjecAGy4eQ=</ds:SignatureValue><ds:KeyInfo><wsse:SecurityTokenReference><wsse:Reference URI="#uuid_4bad130e-86b2-47a5-86e8-d63c9705d2ca" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"/></wsse:SecurityTokenReference></ds:KeyInfo></ds:Signature></wsse:Security></S:Header><S:Body wsu:Id="_5002"><xenc:EncryptedData xmlns:ns17="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns16="http://www.w3.org/2003/05/soap-envelope" Id="_5004" Type="http://www.w3.org/2001/04/xmlenc#Content"><xenc:EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#aes256-cbc"/><xenc:CipherData><xenc:CipherValue>oWhnNUGtzy7VIDBHXyY+AXCsUGdZK1T/KXNql/j4x/gQHO0IIYNEfWVP+E1gOXiYls6UxS/Qj1sFuIDdr4vW86d7m8CmU5BJZ9NEKJRp1sjjvY3IIXuBzcfSETVboKZsdqWjIE8MDvNNbxtRpO9zNa0WUzbFOZS14/TyS7toMpM=</xenc:CipherValue></xenc:CipherData></xenc:EncryptedData></S:Body></S:Envelope>

Thanks,

Martijn
[Message sent by forum member 'd039113' ]

http://forums.java.net/jive/thread.jspa?messageID=371617

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Different SOAP 11/12 policy references WSDL interpretation by wsgen tool

2009-11-12T12:53:14Z

Hello Dobri,

Have you filed an issue for this?

Thanks!

Jiandong
[Message sent by forum member 'jdg6688' ]

http://forums.java.net/jive/thread.jspa?messageID=371615

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Configure XWSS 3.0 to use WS-Security 1.0

2009-11-12T12:09:10Z

Is there a way to configure XWSS 3.0 to use WS-Security 1.0?

Specifically, I'm getting the TokenType attribute from WS-Security 1.1 in the SecurityTokenReference. Is there a way to configure it to not use this?

Thanks
[Message sent by forum member 'bgarrison' ]

http://forums.java.net/jive/thread.jspa?messageID=371610

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Wsimport WS-I BP1.1 compliant SOAP port parse issue

2009-11-12T08:04:22Z

Hello again :-)

I've got an odd issue with an externally provided WSDL. While feeding it to wsimport I get the following

[WARNING] not a WS-I BP1.1 compliant SOAP port "TestSoap": the wsdl binding has mixed style, it must be rpc-literal or document-literal operation!
line 471 of http://test.xxxxx.xx:8080/ITestService.asmx?WSDL

[WARNING] SOAP port "TestSoap12": uses a non-standard SOAP 1.2 binding.
line 474 of http://test.xxxx.xx:8080/TestService.asmx?WSDL

[WARNING] not a WS-I BP1.1 compliant SOAP port "TestSoap12": the wsdl binding has mixed style, it must be rpc-literal or document-literal operation!
line 474 of http://test.xxxxx.xx:8080/TestService.asmx?WSDL

generating code...

[ERROR] com.sun.tools.ws.processor.model.jaxb.RpcLitMember cannot be cast to com.sun.tools.ws.processor.model.jaxb.JAXBType

When loading the WSDL into SoapUI it all looks fine..is this a WSDL messup or a wsimport bug?

Thanks!
[Message sent by forum member 'imavroukakis' ]

http://forums.java.net/jive/thread.jspa?messageID=371573

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: JAX-WS Maven plugin wsimport issue

2009-11-12T07:54:48Z

A belated thanks :)
[Message sent by forum member 'imavroukakis' ]

http://forums.java.net/jive/thread.jspa?messageID=371570

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Can't find WSIT config file for servlet based WS

2009-11-12T06:37:05Z

On 11.11.2009 21:50, Igor Mameshin wrote:
> Thank you for confirming that for servlet-based Web services WSIT all
> configuration is stored in WSDL. For EJB-based Web services it is stored in
> XML files under META-INF package, and also included in WSDL.

That's not quite accurate. For any type of Metro web service, if WSDL is
bundled with the web service, Metro will read the policies from the WSDL
and only the WSDL. If there is no WSDL bundled with the web service,
Metro will try to find a wsit-<endpoint>.xml file and read the policies
from there.

Fabian

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Reading a message within a tube

2009-11-12T05:31:50Z

Hello
I'm implemeting my own tube and require to read the incoming message for logging. I would like to read this message using JAXB and get the request object. But it requires JAXBContext instance (bridge or unmarshaller) (method readPayloadAsJAXB). Could you tell me please how to get this instance. I'm sure there is a way to get it while processing the packet:

public NextAction processRequest(final Packet request) {
Object incomngObject = request.getMessage().readPayloadAsJAXB(<how to get JAXB context?>);
........
}
[Message sent by forum member 'mazur_roman' ]

http://forums.java.net/jive/thread.jspa?messageID=371546

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Metro support for Nonces/Timestamps w/UT profile

2009-11-12T05:21:30Z

Hello, just to confirm, I believe the answer is "yes" for both:

1.) Metro-based SOAP clients using the UsernameToken profile will provide a nonce and a timestamp in the SOAP header to guard against replay attacks, correct?

2.) Metro-based web service providers will check the nonce (and store the nonce to ensure it is not reused) and timestamp as part of validating/authenticating the SOAP request, correct?

CXF handles (1) presently I believe but not yet (2).

Thanks,
Glen

Re: Metro 1.5 - SSL problems

2009-11-12T02:20:43Z

Fixed.

After calming down and read the WSIT manual (Transport Security (SSL) Workaround). Had to update the code to use fully qualified host names in the url for the web services. It was by no means a simple undertaking as one has to go through the code of an enterprise application. Seems a very big change between the metro versions.

S
[Message sent by forum member 'syc17' ]

http://forums.java.net/jive/thread.jspa?messageID=371526

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

XML PArsing error: org.xml.sax.SAXParseException: cvc-complex-type.2.4.

2009-11-12T01:38:47Z

Hi all,

I am having xsd as follows
<xsd:element name="item">
<xsd:complexType>
<xsd:sequence minOccurs="1" maxOccurs="1">
<xsd:element name="itemID" type="xsd:string"/>
<xsd:element name="itemCreationDatetime" type="xsd:dateTime"/>
<xsd:element name="itemCreator" type="xsd:string"/>
<xsd:element name="itemLastChangedDatetime" type="xsd:dateTime" minOccurs="0" nillable="true"/>
<xsd:element name="itemChangedBy" type="xsd:string" minOccurs="0" nillable="true"/>
<xsd:element name="itemDigestDuration" type="xsd:string" minOccurs="0" nillable="true"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>

And my xml is as follows

<item>
<itemID>1100091008130249621</itemID>
<itemCreationDatetime>2009-10-08T10:41:32</itemCreationDatetime>
<itemCreator>ropke</itemCreator>
<itemLastChangedDatetime>2009-10-14T16:50:41</itemLastChangedDatetime>
<itemChangedBy />
</item>

When i try to unmarshal this xml with the help of that xsd using JAXB, I am getting the following exception :
javax.xml.bind.UnmarshalException
- with linked exception:
[org.xml.sax.SAXParseException: cvc-complex-type.2.4.a: Invalid content was found starting with element 'itemLastChangedDatetime'. One of '{"":itemCreator}' is expected.]
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.createUnmarshalException(AbstractUnmarshallerImpl.java:315)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.createUnmarshalException(UnmarshallerImpl.java:476)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:204)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:173)
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:137)
at com.ge.nbc.media.app.asset.handler.ArdomeObjectXMLParser.unMarshalXML(ArdomeObjectXMLParser.java:166)
at com.ge.nbc.media.app.asset.handler.ArdomeObjectXMLParser.populateSubItemListFromXml(ArdomeObjectXMLParser.java:69)
at com.ge.nbc.media.app.asset.handler.ArdomeObjectSummaryHandler.process(ArdomeObjectSummaryHandler.java:122)
at com.ge.nbc.media.app.asset.batch.ArdomeObjectSummaryBatch.main(ArdomeObjectSummaryBatch.java:66)

Please help me on how to resolve this.

Thanks in advance

Thanks,
Ananthi.U
[Message sent by forum member 'ananthi_ku' ]

http://forums.java.net/jive/thread.jspa?messageID=371515

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...