Hi everyone,
Any information on when I can start committing the changes? My
development environment is deadlocked now as I have changes in about 5
different projects that all need to go in at once.
Regards,
Darran Lofthouse.
Darran Lofthouse wrote:
Do you know when you will be tagging it?
Once I commit my changes it will enable a test that will start to fail
without all the changes in place.
Regards,
Darran Lofthouse.
Richard Opalka wrote:
> Darran,
>
> create a separate user branch from container integration trunk and
> do your job there.
> Later we will tell you where to merge it. We need to tag the trunk first.
>
> Richard
>
> Darran Lofthouse wrote:
>> Thanks Richard, I see where you mean.
>>
>> I will send an e-mail when I start committing the changes - it should
>> take no more than 30 minutes but it might break a few things in that
>> time due to some bi-directional dependencies.
>>
>> Regards,
>> Darran Lofthouse.
>>
>>
>> Richard Opalka wrote:
>>> See inlined comments below:
>>>
>>> Darran Lofthouse wrote:
>>>> Right I have the code ready now but I am unsure how to handle what
>>>> appears to be a circular dependency in the build.
>>>>
>>>> Within SPI I have modified one interface to get and set the list of
>>>> virtual hosts.
>>>>
>>>> Within Framework I have implemented the additional methods on the
>>>> DefaultService implementation.
>>>>
>>>> Within Framework I have added a new DeploymentAspect similar to the
>>>> ContextRootDeploymentAspect to check for virtualHosts and set
>>>> accordingly.
>>>>
>>>> Within AS I have added the new DeploymentAspect for EJB3
>>>> deployments. I have also taken the virtual hosts list from the
>>>> Service implementation and pass them to JBoss Web for deployment.
>>>>
>>>> And then finally within the framework testsuite I have re-enabled
>>>> the test to test that the deployment is deployed to a virtual host.
>>> Sounds good to me
>>>>
>>>>
>>>> The problem I now have is that jbossws-native (and I think the
>>>> other two) pull in the container integration code and deploy it to
>>>> JBoss. Now that we have the SPI seperated out should JBossWS
>>>> really be pulling in AS code like this? The name within the pom.xml
>>>> in the webservices project of AS does not match the name as it is
>>>> pulled back into WS
>>> We will discuss this problem on next JBossWS meeting that is
>>> scheduled to 22-nd and 23-rd of July.
>>> Till now we used to modify both AS webservices module and AS
>>> integration module.
>>> Both source code bases are almost the same.
>>>
>>>> how are the snapshot versions of this code released?
>>> Modify AS integration code base (e.g. jbossws/container/jboss50/trunk)
>>> Do `mvn deploy` after modification.
>>>>
>>>> Regards,
>>>> Darran Lofthouse.
>>>>
>>>>
>>>>
>>>> Alessio Soldano wrote:
>>>>> OK, thanks Darran.
>>>>> Btw of course I should have written JBossWS 3.0.3, not 3.0.2
>>>>> (which is already out).
>>>>> Cheers
>>>>> Alessio
>>>>>
>>>>> Darran Lofthouse ha scritto:
>>>>>> Ok that works for me - so from a JBoss AS perspective we will
>>>>>> consider re-enabling support for virtual hosts just a JBoss 5
fix.
>>>>>>
>>>>>> When I re-enable the test I will add it to the excludes list of
>>>>>> the JBoss 4.x versions.
>>>>>>
>>>>>> Regards,
>>>>>> Darran Lofthouse.
>>>>>>
>>>>>>
>>>>>> Alessio Soldano wrote:
>>>>>>> OK, this said, I would do as you wrote in the first email,
i.e.
>>>>>>> change the AS to use snapshot versions of jbossws. Imho this
is
>>>>>>> fine for the AS5 trunk, as we can be quite comfortable
we'll be
>>>>>>> able to release jbossws 3.0.2 before 5.0.0.CR2. Not sure
about
>>>>>>> the Branch_4_2 instead (honestly I think it will ship with
>>>>>>> jbossws-native 2.0.4 forever).
>>>>>>> Cheers
>>>>>>> Alessio
>>>>>>>
>>>>>>> Darran Lofthouse ha scritto:
>>>>>>>> Backwards compatibility shouldn't be an issue as this
would be
>>>>>>>> new methods on the SPI to make the list of virtual hosts
>>>>>>>> available.
>>>>>>>>
>>>>>>>> Unfortunately this does touch the container integration
code as
>>>>>>>> this needs to pass the list of virtual hosts to JBoss Web
(as
>>>>>>>> appropriate for each branch).
>>>>>>>>
>>>>>>>> I could add the container integration code and comment it
out
>>>>>>>> until the next WS update happens.
>>>>>>>>
>>>>>>>> Finally once the container integration code is updated we
will
>>>>>>>> then need to go round another pass to re-enable the test
in
>>>>>>>> framework!!
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Darran Lofthouse.
>>>>>>>>
>>>>>>>> Alessio Soldano wrote:
>>>>>>>>> Hi Darran,
>>>>>>>>> if I understand you, you need to do changes in
jbossws-spi and
>>>>>>>>> jbossws-framework, don't you?
>>>>>>>>> Generally speaking, you perform the changes (please
be careful
>>>>>>>>> about backward compatibility when touching the SPI)
and update
>>>>>>>>> the component versions in the jbossws pom.xml files,
so that
>>>>>>>>> the new versions of spi and framework are picked up.
You need
>>>>>>>>> to create snapshots of jbossws-spi and
jbossws-framework of
>>>>>>>>> course, using mvn deploy.
>>>>>>>>> Once the next jbossws release is ready, we'll
take care of
>>>>>>>>> installing it into the current jboss AS (4.2.x and
5.0.x),
>>>>>>>>> including the new spi and framework.
>>>>>>>>> This assumes you don't need to change the
container
>>>>>>>>> integration code...
>>>>>>>>> Cheers
>>>>>>>>> Alessio
>>>>>>>>>
>>>>>>>>> Darran Lofthouse ha scritto:
>>>>>>>>>> I am currently looking for some advice for the
following
>>>>>>>>>> issue: -
>>>>>>>>>>
>>>>>>>>>>
http://jira.jboss.com/jira/browse/JBWS-981
>>>>>>>>>>
>>>>>>>>>> As the deployment code has moved back to the AS
codebase it
>>>>>>>>>> is dependent on the APIs made available by
JBossWS.
>>>>>>>>>>
>>>>>>>>>> This fix is first going to require an addition to
the SPI to
>>>>>>>>>> expose the virtual hosts information.
>>>>>>>>>>
>>>>>>>>>> I will then need to update the framework code to
populate
>>>>>>>>>> this value.
>>>>>>>>>>
>>>>>>>>>> And then the jbossas trunk and Branch_4_2 will
need to be
>>>>>>>>>> updated to utilise the new values on the SPI.
>>>>>>>>>>
>>>>>>>>>> To be able to update the code in AS it would need
to use
>>>>>>>>>> snapshot releases for JBossWS and we would need
to be sure a
>>>>>>>>>> JBossWS release was coming before the next AS
release (JBoss
>>>>>>>>>> AS 4.2.3.GA and 5.0.0.CR2).
>>>>>>>>>>
>>>>>>>>>> Or is the process to get the SPI and Framework
updated first
>>>>>>>>>> and then wait until the AS branches have the WS
version
>>>>>>>>>> increased to implement the final fix there?
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Darran Lofthouse.
>>>>>>>>>> _______________________________________________
>>>>>>>>>> jbossws-dev mailing list
>>>>>>>>>> jbossws-dev(a)lists.jboss.org
>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/jbossws-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> jbossws-dev mailing list
>>>> jbossws-dev(a)lists.jboss.org
>>>>
https://lists.jboss.org/mailman/listinfo/jbossws-dev
>>>
>>>
>>
>
>
_______________________________________________
jbossws-dev mailing list
jbossws-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbossws-dev