[JBoss JIRA] (AS7-1338) Remote JNDI support for AS7
by Radek Rodak (JIRA)
[ https://issues.jboss.org/browse/AS7-1338?page=com.atlassian.jira.plugin.s... ]
Radek Rodak commented on AS7-1338:
----------------------------------
I have 2 questions
1) Is this also the way to do this for remote Client inside of JEE Container ( container to container lookup for @Resource like JMS ConnectionFactory )?
2) For Stand Alone Client outside container, can Stand alone Client also use embeded container to lookup @Resource with injection? If yes do you have some sample?
> Remote JNDI support for AS7
> ---------------------------
>
> Key: AS7-1338
> URL: https://issues.jboss.org/browse/AS7-1338
> Project: Application Server 7
> Issue Type: Task
> Components: Naming
> Reporter: Richard Opalka
> Assignee: John Bailey
> Priority: Critical
> Labels: eap6_prd_req
> Fix For: 7.1.0.Final
>
>
> Add support for remote JNDI after all. It was agreed that:
> * Remote JNDI would run over Remoting
> * Remote JNDI for EJB is strictly a legacy access protocol, deprecated in favor of "ejb:"
> * The Remote JNDI service would proxy to a specific Context of the server JNDI tree - maybe "java:jboss/shared", maybe something else
> * Server-side services would opt-in to Remote JNDI; initially we'd only support:
> ** Remote EJB interfaces
> ** HornetQ connection factories
> * In the future we may support:
> ** User bindings, so long as they're serializable
> * In the future we will never support:
> ** Proxied DataSources
> ** Proxied JMS invocations
> Initial project tree is at https://github.com/dmlloyd/jboss-remote-jndi for now.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months
[JBoss JIRA] (AS7-3436) CLONE - Missing server profiles in AS7
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/AS7-3436?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry commented on AS7-3436:
---------------------------------------
[4:34pm] bstansberry: Nihility: I'm done other than merging my pull request. you want me to add the missing profiles for AS7-3436
[4:34pm] bstansberry: ?
[4:35pm] Nihility: bstansberry: sure if you are up for it
[4:35pm] bstansberry: Nihility: here's what it involves:
[4:35pm] bstansberry: 1) copy standalone-ha.xml to standalone-full-ha.xml
[4:36pm] bstansberry: 2) Edit standalone-ha.xml to get rid of "full" stuff
[4:36pm] bstansberry: 3) Edit domain xml, copy "default" and "ha" profiles to new "full" and "full-ha" profiles
[4:36pm] bstansberry: 4) Remove "full" stuff from the "default" and "ha" profiles
[4:37pm] bstansberry: 5) Change our standard server groups to use "full" and "full-ha"
> CLONE - Missing server profiles in AS7
> --------------------------------------
>
> Key: AS7-3436
> URL: https://issues.jboss.org/browse/AS7-3436
> Project: Application Server 7
> Issue Type: Bug
> Reporter: Rajesh Rajasekaran
> Assignee: Brian Stansberry
> Priority: Critical
> Labels: eap6_prd_req
> Fix For: 7.1.0.Final
>
>
> EAP6 is missing the following server profiles from the earlier builds. There was an original requirement to ship these profiles.
> Standalone (Web profile/HA)
> Domain (Web profile/non-HA)
> Domain (Web profile/HA)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months
[JBoss JIRA] (AS7-3128) Arquillian should wait until a port is free after AS JVM process ends to prevent "port in use".
by Ondrej Zizka (JIRA)
[ https://issues.jboss.org/browse/AS7-3128?page=com.atlassian.jira.plugin.s... ]
Ondrej Zizka commented on AS7-3128:
-----------------------------------
Aslak expects this to take cca. 1 day to fix.
> Arquillian should wait until a port is free after AS JVM process ends to prevent "port in use".
> -----------------------------------------------------------------------------------------------
>
> Key: AS7-3128
> URL: https://issues.jboss.org/browse/AS7-3128
> Project: Application Server 7
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 7.1.0.CR1
> Reporter: Ondrej Zizka
> Assignee: Andrew Rubinger
> Priority: Blocker
> Labels: arq_qe_blocker
>
> (05:54:09) dmlloyd: when running with JDWP enabled on the client or server, I occasionally get bind exceptions due to address in use
> (05:54:25) dmlloyd: which means that tests are running into each other without waiting for termination of the previous one
> (05:54:35) dmlloyd: which may also be causing other issues
> (05:56:04) ozizka: dmlloyd: Yes, lbarrerio observed similar problem too,
> (05:56:47) ozizka: And that's arq's issue too - there's no way to get around this currently AFAIK. Or is there?
> (05:57:05) ozizka: Perhaps "manually" wait in @AfterClass or such
> (05:57:07) dmlloyd: yeah, it can wait for the child process to terminate
> (05:57:07) ozizka: which is ugly
> (05:57:14) dmlloyd: I mean arq should
> (05:59:17) ozizka: dmlloyd: Do you have it somewhere on hudson?
> (05:59:24) ozizka: dmlloyd: It never happened to me actually
> (05:59:49) ozizka: Send me a log if you have one handy
> (06:01:35) dmlloyd: ozizka: no, try running with this command though:
> {code}
> mvn -DallTests install -Djpda -Dsurefire.jpda.args=-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n \
> -Dmaven.surefire.debug="-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005"
> {code}
> (06:13:56) ozizka: dmlloyd: That's on linux?
> (06:14:03) dmlloyd: yes
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months
[JBoss JIRA] (AS7-3128) Arquillian should wait until a port is free after AS JVM process ends to prevent "port in use".
by Ondrej Zizka (JIRA)
[ https://issues.jboss.org/browse/AS7-3128?page=com.atlassian.jira.plugin.s... ]
Ondrej Zizka commented on AS7-3128:
-----------------------------------
Probably you need both:
1) Checking the AS's service for a list of ports taken after the AS started,
2) Checking for a port(s) configured in <waitForPorts>5050 9990</waitForPorts>
Because 1) would get ports taken by AS, but not the debug process.
> Arquillian should wait until a port is free after AS JVM process ends to prevent "port in use".
> -----------------------------------------------------------------------------------------------
>
> Key: AS7-3128
> URL: https://issues.jboss.org/browse/AS7-3128
> Project: Application Server 7
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 7.1.0.CR1
> Reporter: Ondrej Zizka
> Assignee: Andrew Rubinger
> Priority: Blocker
> Labels: arq_qe_blocker
>
> (05:54:09) dmlloyd: when running with JDWP enabled on the client or server, I occasionally get bind exceptions due to address in use
> (05:54:25) dmlloyd: which means that tests are running into each other without waiting for termination of the previous one
> (05:54:35) dmlloyd: which may also be causing other issues
> (05:56:04) ozizka: dmlloyd: Yes, lbarrerio observed similar problem too,
> (05:56:47) ozizka: And that's arq's issue too - there's no way to get around this currently AFAIK. Or is there?
> (05:57:05) ozizka: Perhaps "manually" wait in @AfterClass or such
> (05:57:07) dmlloyd: yeah, it can wait for the child process to terminate
> (05:57:07) ozizka: which is ugly
> (05:57:14) dmlloyd: I mean arq should
> (05:59:17) ozizka: dmlloyd: Do you have it somewhere on hudson?
> (05:59:24) ozizka: dmlloyd: It never happened to me actually
> (05:59:49) ozizka: Send me a log if you have one handy
> (06:01:35) dmlloyd: ozizka: no, try running with this command though:
> {code}
> mvn -DallTests install -Djpda -Dsurefire.jpda.args=-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n \
> -Dmaven.surefire.debug="-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005"
> {code}
> (06:13:56) ozizka: dmlloyd: That's on linux?
> (06:14:03) dmlloyd: yes
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months