summer vacation
by Thomas Diesler
Dear Team,
I'll be on vacation from Mon,27-Aug until Mon,17-Sep. During that time
Heiko will take over for me.
cheers
-thomas
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
Web Service Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
16 years, 9 months
Re: AS web service chapter
by Thomas Diesler
Hi docs team,
could you please provide me with the links to relevant WS related docs.
I would like to scan them through for correctness.
cheers
-thomas
On Mon, 2007-08-20 at 13:13 +0300, Dimitris Andreadis wrote:
> The docs team (in cc:) maintains the AS documents
>
> Thomas Diesler wrote:
> > hi folks,
> >
> > http://docs.jboss.org/jbossas/getting_started/v4/html/ws.html
> >
> > is "a bit" out of date. It still talks about JBWS4EE our Axis based
> > implementation.
> >
> > Do you know who maintains these docs?
> >
> > cheers
> > -thomas
> >
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
Web Service Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
16 years, 9 months
Re: (JBWS-1617) JAXRPC doc/literal trims empty string
by Thomas Diesler
Alex, if this is not at
https://svn.jboss.org/repos/repository.jboss.org/jboss/jbossxb/
how can this be installed via jboss-5.0.0/build/build-thirdparty.xml
Can I svn move the releases?
cheers
-thomas
On Wed, 2007-08-15 at 19:06 +0200, Alexey Loubyansky wrote:
> Done. 1.0.0.CR11 and 2.0.0.CR4 for JBoss 5 are released and can be found
> in
> https://svn.jboss.org/repos/repository.jboss.org/maven2/org/jboss/jbossxb/
>
> Alexey
> Thomas Diesler wrote:
> > We have code freeze on Mon,20-Aug-2007
> >
> > So now would be good ;-)
> >
> > -thomas
> >
> > On Tue, 2007-08-14 at 08:59 +0200, Alexey Loubyansky wrote:
> >> Let me know when you start preparing for a release and I'll release the
> >> XB for you.
> >>
> >> Alexey
> >>
> >> Thomas Diesler wrote:
> >>> Hi Alex,
> >>>
> >>> this is resolved using
> >>>
> >>> http://snapshots.jboss.org/maven2/org/jboss/jbossxb/1.0.0-SNAPSHOT/jbossx...
> >>>
> >>> what are your release plans? I would not like to ship an arbitrary
> >>> snapshot with jbossws-2.0.1.GA
> >>>
> >>> cheers
> >>> -thomas
> >>>
> >>> On Tue, 2007-06-26 at 16:47 +0200, Alexey Loubyansky wrote:
> >>>> Hi Thomas,
> >>>>
> >>>> you are right, I missed the marshalling part. Could you please try
> >>>> again? I've updated the snapshots.
> >>>>
> >>>> https://snapshots.jboss.org/maven2/org/jboss/jbossxb/1.0.0-SNAPSHOT/jboss...
> >>>> 0626.144333-2-sources.jar
> >>>>
> >>>> And th trunk the 2.0.0 too.
> >>>>
> >>>> I don't have the WS checked out and would really like to avoid checking
> >>>> it out if possible and keeping it simple: schema, xml, configuration.
> >>>>
> >>>> Let me know.
> >>>>
> >>>> Alexey
> >>>>
> >>>>
> >>>> Thomas Diesler wrote:
> >>>>> How to build and install the latest is covered in detail here
> >>>>>
> >>>>> http://jbws.dyndns.org/mediawiki/index.php/JBossWS_FAQs#How_can_I_build_a...
> >>>>>
> >>>>>
> >>>>>
> >>>>> On Mon, 2007-06-25 at 11:50 +0200, Thomas Diesler wrote:
> >>>>>> Hi Alex,
> >>>>>>
> >>>>>> on AS42 its not working for us
> >>>>>>
> >>>>>> http://jira.jboss.org/jira/browse/JBWS-1617#action_12366623
> >>>>>>
> >>>>>> you can easily run the test your self. It pulls its dependencies from
> >>>>>> AS. Hence you simple copy your snapshot to the AS client/lib and
> >>>>>> uncomment the FIXME
> >>>>>>
> >>>>>> cheers
> >>>>>> -thomas
> >>>>>>
> >>>>>>
> >>>>>> On Fri, 2007-06-22 at 23:44 +0200, Alexey Loubyansky wrote:
> >>>>>>> I read somewhere on the wiki that snapshots should go to the
> >>>>>>> snapshots.jboss.org. That's why...
> >>>>>>> And I'd like to make sure the issue is fixed before releasing something.
> >>>>>>>
> >>>>>>> Alexey
> >>>>>>>
> >>>>>>> Thomas Diesler wrote:
> >>>>>>>> Hi Alex,
> >>>>>>>>
> >>>>>>>> our QA depends on thirdparty artifacts from http://repository.jboss.com/
> >>>>>>>> Could you please release these jars there?
> >>>>>>>>
> >>>>>>>> cheers
> >>>>>>>> -thomas
> >>>>>>>>
> >>>>>>>> On Wed, 2007-06-20 at 12:09 +0200, Alexey Loubyansky wrote:
> >>>>>>>>> can try these snapshots?
> >>>>>>>>>
> >>>>>>>>> https://snapshots.jboss.org/maven2/org/jboss/jbossxb/2.0.0-SNAPSHOT/jboss...
> >>>>>>>>> https://snapshots.jboss.org/maven2/jboss/jbossxb/jbossxb/1.0.0-SNAPSHOT/j...
> >>>>>>>>>
> >>>>>>>>> 2.0.0 is for JBoss 5, 1.0.0 is for the Branch_4_2 and 4_0.
> >>>>>>>>>
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
Web Service Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
16 years, 9 months
Re: Support Case - The method 'unbindRequestMessage' causes problems for AmberPoint Active Agents.
by Thomas Diesler
On Thu, 2007-08-16 at 11:23 +0100, Darran Lofthouse wrote:
> Thomas,
>
> Would it be possible for you to have a look at this - if this is
> something we should be supporting I can get a test case together and get
> the fix upstream.
>
> Sujeet has confirmed that they need to configure the handler at the
> endpoint level and not globally in the pre-handler-chain so the
> questions really is should it be possible to use a handler defined for
> the endpoint that transforms a message so it is valid for the
> 'unbindRequestMessage' method?
Yes, a handler should be able to transform the DOM view of the incoming
message. If done so, the message is marked as modified and will be run
through the unbind algorithm again.
It should not be necessary to modify the handler processing logic, since
this is a common use case that we have test coverage for.
>
> The fix that went into the patch to defer the call to
> 'unbindRequestMessage' until after the handlers is only causing a
> regression in one test case so it could be that that is an invalid test
> that needs fixing.
>
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
Web Service Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
16 years, 9 months
Re: Support Case - The method 'unbindRequestMessage' causes problems for AmberPoint Active Agents.
by Thomas Diesler
Hi Darran,
JAXWS handlers require an object view of the payload as well as a DOM
view of the message. Message unbinding must therefore already have taken
place before the message traverses the user defined handler chain.
If a handler modifies the DOM view, the message must be unbound again.
cheers
-thomas
On Wed, 2007-08-15 at 12:59 +0100, Darran Lofthouse wrote:
> Looking at the commits that have gone into the AmberPoint patch I have
> found there is one issue that has yet to go upstream so I just need to
> run this past you to double check if this is a scenario we should be
> supporting.
>
> Basically the client has a handler defined that is encrypting the
> contents of the operation element.
>
> They have configured the endpoint with an ENDPOINT handler which
> decrypts the message.
>
> However the order of calls when a message is received is that the
> pre-handler-chain is called, then we call 'unbindRequestMessage' and
> call the endpoint handler chain and the 'post-handler-chain' - if the
> message was modified we call 'unbindRequestMessage' a second time.
>
> >From the AmberPoint perspective this is causing them a problem as the
> first call to 'unbindRequestMessage' is before they have decrypted the
> message.
>
> Our security implementation works by using a post handler on the client
> side and a pre handler on the endpoint side so this is called before
> the first 'unbindRequestMessage'.
>
> It does sound like our first call to 'unbindRequestMessage' should be
> after the endpoint handlers have been called as otherwise it severely
> restricts what the handlers configured using the standard descriptors
> can actually do but there may be a reason why you have set the order the
> way you have.
>
> https://na1.salesforce.com/500300000035WqW
>
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
Web Service Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
16 years, 9 months
FIXME in test cases
by Thomas Diesler
Hi Folks,
the way we work with test cases is such that when we add a new test case
to the test suite it is initially disabled with something like
if (isJBoss50())
{
sysout("FIXME [JBWS-1234] issue description");
return;
}
Hudson (http://jbws.dyndns.org:8280/hudson) should not be effected by
known issues that we currently work on. Hence if hudson turns yellow it
detects regression.
The hudson console output filters and sorts messages written to sysout.
This produces an ordered list tests that are currently disabled.
Locally this is equivalent to running
> ant tests | grep "FIXME" | sort
cheers
-thomas
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
Web Service Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
16 years, 9 months
Re: Possible bug in web services
by Thomas Diesler
Hi Robb,
this sounds like an yet unknown bug/issue the customer would need to
create a case in salesforce, which will then be picked up by WS support
cheers
-thomas
On Wed, 2007-08-15 at 18:36 -0500, Robb Greathouse wrote:
> Hi,
>
> I have a client that wants to send an object array as a parameter. The
> Array is all of the base class type (which is abstract). It works fine
> if all members of the array are of the same subclass; but if there are
> multiple subclasses in the array they get the error found in the log.
>
> It looks like web services sets up for a specific type on the first
> element and then does not check subsequent elements for class type
> before starting to marshal them.
>
> This is on JBoss 4.2 EAP.
>
>
> Do you know if this is slated to be fixed?
>
> Thanks,
>
> Robb
>
>
>
>
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
Web Service Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
16 years, 9 months
