[JBoss JIRA] (FORGE-2381) Being able to create a new SOAP webservice
by Antonio Goncalves (JIRA)
[ https://issues.jboss.org/browse/FORGE-2381?page=com.atlassian.jira.plugin... ]
Antonio Goncalves updated FORGE-2381:
-------------------------------------
Status: Pull Request Sent (was: Coding In Progress)
Git Pull Request: https://github.com/forge/core/pull/580
> Being able to create a new SOAP webservice
> ------------------------------------------
>
> Key: FORGE-2381
> URL: https://issues.jboss.org/browse/FORGE-2381
> Project: Forge
> Issue Type: Sub-task
> Components: Java EE
> Affects Versions: 2.16.2.Final
> Reporter: Antonio Goncalves
> Assignee: Antonio Goncalves
> Labels: starter
> Fix For: 2.x Future
>
>
> It would be good to have a command to create a SOAP webservice (even if it's not fashionable, it's still heavily used ;o). A command like this :
> {code}
> soap-new-service --named MyWebService
> {code}
> Would generate
> {code}
> @WebService
> public class MyWebService {
> }
> {code}
> This new command should go under the {{org.jboss.forge.addon.javaee.jaxws.ui}} package.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (FORGE-2381) Being able to create a new SOAP webservice
by Antonio Goncalves (JIRA)
[ https://issues.jboss.org/browse/FORGE-2381?page=com.atlassian.jira.plugin... ]
Work on FORGE-2381 started by Antonio Goncalves.
------------------------------------------------
> Being able to create a new SOAP webservice
> ------------------------------------------
>
> Key: FORGE-2381
> URL: https://issues.jboss.org/browse/FORGE-2381
> Project: Forge
> Issue Type: Sub-task
> Components: Java EE
> Affects Versions: 2.16.2.Final
> Reporter: Antonio Goncalves
> Assignee: Antonio Goncalves
> Labels: starter
> Fix For: 2.x Future
>
>
> It would be good to have a command to create a SOAP webservice (even if it's not fashionable, it's still heavily used ;o). A command like this :
> {code}
> soap-new-service --named MyWebService
> {code}
> Would generate
> {code}
> @WebService
> public class MyWebService {
> }
> {code}
> This new command should go under the {{org.jboss.forge.addon.javaee.jaxws.ui}} package.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (FORGE-2381) Being able to create a new SOAP webservice
by Antonio Goncalves (JIRA)
[ https://issues.jboss.org/browse/FORGE-2381?page=com.atlassian.jira.plugin... ]
Antonio Goncalves reassigned FORGE-2381:
----------------------------------------
Assignee: Antonio Goncalves
> Being able to create a new SOAP webservice
> ------------------------------------------
>
> Key: FORGE-2381
> URL: https://issues.jboss.org/browse/FORGE-2381
> Project: Forge
> Issue Type: Sub-task
> Components: Java EE
> Affects Versions: 2.16.2.Final
> Reporter: Antonio Goncalves
> Assignee: Antonio Goncalves
> Labels: starter
> Fix For: 2.x Future
>
>
> It would be good to have a command to create a SOAP webservice (even if it's not fashionable, it's still heavily used ;o). A command like this :
> {code}
> soap-new-service --named MyWebService
> {code}
> Would generate
> {code}
> @WebService
> public class MyWebService {
> }
> {code}
> This new command should go under the {{org.jboss.forge.addon.javaee.jaxws.ui}} package.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (FURNACE-68) PostStartup events are fired when addon is in LOADED state
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FURNACE-68?page=com.atlassian.jira.plugin... ]
George Gastaldi edited comment on FURNACE-68 at 8/12/15 5:11 PM:
-----------------------------------------------------------------
The following test reproduces it using the CDI container:
{code:java}
/**
* Copyright 2015 Red Hat, Inc. and/or its affiliates.
*
* Licensed under the Eclipse Public License version 1.0, available at
* http://www.eclipse.org/legal/epl-v10.html
*/
package test.org.jboss.forge.furnace.events;
import static org.hamcrest.CoreMatchers.notNullValue;
import javax.enterprise.event.Observes;
import javax.inject.Inject;
import org.jboss.arquillian.container.test.api.Deployment;
import org.jboss.arquillian.junit.Arquillian;
import org.jboss.forge.arquillian.AddonDependencies;
import org.jboss.forge.arquillian.archive.AddonArchive;
import org.jboss.forge.furnace.addons.AddonRegistry;
import org.jboss.forge.furnace.container.cdi.events.Local;
import org.jboss.forge.furnace.event.PostStartup;
import org.jboss.shrinkwrap.api.ShrinkWrap;
import org.junit.Assert;
import org.junit.Test;
import org.junit.runner.RunWith;
import test.org.jboss.forge.furnace.mocks.BB;
/**
*
* @author <a href="mailto:ggastald@redhat.com">George Gastaldi</a>
*/
@RunWith(Arquillian.class)
public class PostStartupTest
{
@Deployment
@AddonDependencies
public static AddonArchive getDeployment()
{
AddonArchive archive = ShrinkWrap.create(AddonArchive.class)
.addBeansXML()
.addClasses(BB.class, MyEventListener.class);
return archive;
}
@Test
public void testLookupOnPostStartup() throws Exception
{
Assert.assertThat("Service lookup failed in PostStartup", MyEventListener.bb, notNullValue());
}
public static class MyEventListener
{
static BB bb;
@Inject
private AddonRegistry addonRegistry;
public void observes(@Observes @Local PostStartup postStartup)
{
bb = addonRegistry.getServices(BB.class).get();
}
}
}
{code}
*NOTE:* Using {{@Inject BB bb}} works
was (Author: gastaldi):
The following test reproduces it using the CDI container:
{code:java}
/**
* Copyright 2015 Red Hat, Inc. and/or its affiliates.
*
* Licensed under the Eclipse Public License version 1.0, available at
* http://www.eclipse.org/legal/epl-v10.html
*/
package test.org.jboss.forge.furnace.events;
import static org.hamcrest.CoreMatchers.notNullValue;
import javax.enterprise.event.Observes;
import javax.inject.Inject;
import org.jboss.arquillian.container.test.api.Deployment;
import org.jboss.arquillian.junit.Arquillian;
import org.jboss.forge.arquillian.AddonDependencies;
import org.jboss.forge.arquillian.archive.AddonArchive;
import org.jboss.forge.furnace.addons.AddonRegistry;
import org.jboss.forge.furnace.container.cdi.events.Local;
import org.jboss.forge.furnace.event.PostStartup;
import org.jboss.shrinkwrap.api.ShrinkWrap;
import org.junit.Assert;
import org.junit.Test;
import org.junit.runner.RunWith;
import test.org.jboss.forge.furnace.mocks.BB;
/**
*
* @author <a href="mailto:ggastald@redhat.com">George Gastaldi</a>
*/
@RunWith(Arquillian.class)
public class PostStartupTest
{
@Deployment
@AddonDependencies
public static AddonArchive getDeployment()
{
AddonArchive archive = ShrinkWrap.create(AddonArchive.class)
.addBeansXML()
.addClasses(BB.class, MyEventListener.class);
return archive;
}
@Test
public void testLookupOnPostStartup() throws Exception
{
Assert.assertThat("Service lookup failed in PostStartup", MyEventListener.bb, notNullValue());
}
public static class MyEventListener
{
static BB bb;
@Inject
private AddonRegistry addonRegistry;
public void observes(@Observes @Local PostStartup postStartup)
{
bb = addonRegistry.getServices(BB.class).get();
}
}
}
{code}
> PostStartup events are fired when addon is in LOADED state
> ----------------------------------------------------------
>
> Key: FURNACE-68
> URL: https://issues.jboss.org/browse/FURNACE-68
> Project: Forge: Furnace
> Issue Type: Bug
> Components: Runtime
> Affects Versions: 2.20.1.Final
> Reporter: George Gastaldi
> Priority: Blocker
> Fix For: 2.x Future
>
>
> It was observed to happen in the simple container
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (FURNACE-68) PostStartup events are fired when addon is in LOADED state
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FURNACE-68?page=com.atlassian.jira.plugin... ]
George Gastaldi commented on FURNACE-68:
----------------------------------------
The following test reproduces the error using the simple container:
{code:java}
/**
* Copyright 2015 Red Hat, Inc. and/or its affiliates.
*
* Licensed under the Eclipse Public License version 1.0, available at
* http://www.eclipse.org/legal/epl-v10.html
*/
package org.jboss.forge.furnace.container.simple;
import static org.hamcrest.CoreMatchers.notNullValue;
import org.jboss.arquillian.container.test.api.Deployment;
import org.jboss.arquillian.junit.Arquillian;
import org.jboss.forge.arquillian.AddonDependencies;
import org.jboss.forge.arquillian.archive.AddonArchive;
import org.jboss.forge.furnace.container.simple.lifecycle.SimpleContainer;
import org.jboss.shrinkwrap.api.ShrinkWrap;
import org.junit.Assert;
import org.junit.Test;
import org.junit.runner.RunWith;
/**
*
* @author <a href="mailto:ggastald@redhat.com">George Gastaldi</a>
*/
@RunWith(Arquillian.class)
public class PostStartupTest
{
@Deployment
@AddonDependencies
public static AddonArchive getDeployment()
{
AddonArchive archive = ShrinkWrap.create(AddonArchive.class)
.addClasses(BB.class, MyEventListener.class)
.addAsServiceProvider(SingletonService.class, MyEventListener.class)
.addAsServiceProvider(Service.class, PostStartupTest.class, BB.class);
return archive;
}
@Test
public void testLookupOnPostStartup() throws Exception
{
Assert.assertThat("Service lookup failed in PostStartup", MyEventListener.bb, notNullValue());
}
public static class MyEventListener extends AbstractEventListener
{
static BB bb;
@Override
protected void handleThisPostStartup()
{
bb = SimpleContainer.getServices(getClass().getClassLoader(), BB.class).get();
}
}
}
{code}
> PostStartup events are fired when addon is in LOADED state
> ----------------------------------------------------------
>
> Key: FURNACE-68
> URL: https://issues.jboss.org/browse/FURNACE-68
> Project: Forge: Furnace
> Issue Type: Bug
> Components: Runtime
> Affects Versions: 2.20.1.Final
> Reporter: George Gastaldi
> Priority: Blocker
> Fix For: 2.x Future
>
>
> It was observed to happen in the simple container
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (FURNACE-68) PostStartup events are fired when addon is in LOADED state
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FURNACE-68?page=com.atlassian.jira.plugin... ]
George Gastaldi commented on FURNACE-68:
----------------------------------------
The following test reproduces it using the CDI container:
{code:java}
/**
* Copyright 2015 Red Hat, Inc. and/or its affiliates.
*
* Licensed under the Eclipse Public License version 1.0, available at
* http://www.eclipse.org/legal/epl-v10.html
*/
package test.org.jboss.forge.furnace.events;
import static org.hamcrest.CoreMatchers.notNullValue;
import javax.enterprise.event.Observes;
import javax.inject.Inject;
import org.jboss.arquillian.container.test.api.Deployment;
import org.jboss.arquillian.junit.Arquillian;
import org.jboss.forge.arquillian.AddonDependencies;
import org.jboss.forge.arquillian.archive.AddonArchive;
import org.jboss.forge.furnace.addons.AddonRegistry;
import org.jboss.forge.furnace.container.cdi.events.Local;
import org.jboss.forge.furnace.event.PostStartup;
import org.jboss.shrinkwrap.api.ShrinkWrap;
import org.junit.Assert;
import org.junit.Test;
import org.junit.runner.RunWith;
import test.org.jboss.forge.furnace.mocks.BB;
/**
*
* @author <a href="mailto:ggastald@redhat.com">George Gastaldi</a>
*/
@RunWith(Arquillian.class)
public class PostStartupTest
{
@Deployment
@AddonDependencies
public static AddonArchive getDeployment()
{
AddonArchive archive = ShrinkWrap.create(AddonArchive.class)
.addBeansXML()
.addClasses(BB.class, MyEventListener.class);
return archive;
}
@Test
public void testLookupOnPostStartup() throws Exception
{
Assert.assertThat("Service lookup failed in PostStartup", MyEventListener.bb, notNullValue());
}
public static class MyEventListener
{
static BB bb;
@Inject
private AddonRegistry addonRegistry;
public void observes(@Observes @Local PostStartup postStartup)
{
bb = addonRegistry.getServices(BB.class).get();
}
}
}
{code}
> PostStartup events are fired when addon is in LOADED state
> ----------------------------------------------------------
>
> Key: FURNACE-68
> URL: https://issues.jboss.org/browse/FURNACE-68
> Project: Forge: Furnace
> Issue Type: Bug
> Components: Runtime
> Affects Versions: 2.20.1.Final
> Reporter: George Gastaldi
> Priority: Blocker
> Fix For: 2.x Future
>
>
> It was observed to happen in the simple container
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months