January 2008 - jboss-dev-forums - Jboss List Archives

[Design the new POJO MicroContainer] - Re: JBossMC-2.0.0.Beta10

by pgier

The release has been tagged and uploaded to the maven repository. I'm working on putting stuff in the jboss repository now. Scott, was this a manual process for the last couple releases? (Copying jars to the lib directory and updating component-info.xml. Or am I just missing an easier way to do this? Also there is some stuff that was not in Beta9: osgi, reliance, spring-int. Should these be included in this release in the build magic repository? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123185#4123185 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123185

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Maven build broken again - Microcontainer

by scott.stark＠jboss.org

I'm building ok, and I'll I have in my settings.xml is: | [starksm@succubus 19435]$ cat ~/.m2/settings.xml | <settings> |  | <localRepository>/home/svn/repository.jboss.com/maven2</localRepository> | | <servers> | <server> | <id>snapshots.jboss.org</id> | <username>scott.stark(a)jboss.org</username> | <password>x</password> | </server> | </servers> | | <profiles> | <profile> | <id>local-properties</id> | <properties> |  | <jboss.repository.root>/home/svn/repository.jboss.com</jboss.repository.root> | <maven.repository.root>/home/svn/repository.jboss.com</maven.repository.root> |  | <maven.cvs.root>/home/svn/repository.jboss.com/maven2</maven.cvs.root> | </properties> | </profile> | </profiles> | | <activeProfiles> | <activeProfile>local-properties</activeProfile> | </activeProfiles> | </settings> | I do maven-jdocbook-plugin in my local repo though, so maybe its from a previous build with the repo specified in a pom.xml. [starksm@succubus SyncroSVNClient-v3.0]$ ls /home/svn/repository.jboss.com/maven2/org/jboss/maven/plugins/maven-jdocbook-plugin 2.0.0/ maven-metadata.xml maven-metadata.xml.md5 maven-metadata.xml.sha1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123169#4123169 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123169

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Maven build broken again - Microcontainer

by pgier

Add the jboss repositories to your maven settings.xml. http://wiki.jboss.org/wiki/Wiki.jsp?page=MavenSettings I have removed the repositories from the poms so that if we ever decide to change the url of the repository, there won't be a problem building old releases. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123167#4123167 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123167

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Maven build broken again - Microcontainer

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | | Adding the repositories into the root pom.xml as well a the build/pom.xml | seems to have fixed the problem, but this is either: | Nope. Still can't find jdocbook. It isn't looking the jboss repository for some reason? | Downloading: http://repository.jboss.org/maven2//commons-httpclient/commons-httpclient... | 220K downloaded | Downloading: http://repo1.maven.org/maven2/org/jboss/maven/plugins/maven-jdocbook-plug... | [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) | Downloading: http://repo1.maven.org/maven2/org/jboss/maven/plugins/maven-jdocbook-plug... | [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) | [INFO] ------------------------------------------------------------------------ | [ERROR] BUILD ERROR | [INFO] ------------------------------------------------------------------------ | [INFO] Failed to resolve artifact. | | GroupId: org.jboss.maven.plugins | ArtifactId: maven-jdocbook-plugin | Version: 2.0.0 | | Reason: Unable to download the artifact from any repository | | org.jboss.maven.plugins:maven-jdocbook-plugin:pom:2.0.0 | | from the specified remote repositories: | central (http://repo1.maven.org/maven2) | If somebody knows how to fix it, let me know. Then I can get on with my work. Cheers. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123164#4123164 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123164

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Maven build broken again - Microcontainer

by adrian＠jboss.org

I just resynched with the MC trunk. It said it couldn't find jdocbook | Downloading: http://repo1.maven.org/maven2/org/jboss/maven/plugins/maven-jdocbook-plug... | [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) | Downloading: http://repo1.maven.org/maven2/org/jboss/maven/plugins/maven-jdocbook-plug... | [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) | [INFO] ------------------------------------------------------------------------ | [ERROR] BUILD ERROR | [INFO] ------------------------------------------------------------------------ | [INFO] Failed to resolve artifact. | | GroupId: org.jboss.maven.plugins | ArtifactId: maven-jdocbook-plugin | Version: 2.0.0 | | Reason: Unable to download the artifact from any repository | | org.jboss.maven.plugins:maven-jdocbook-plugin:pom:2.0.0 | | from the specified remote repositories: | central (http://repo1.maven.org/maven2) | I thought it was my repository broken again, so I nuked it and then I got | Downloading: http://repo1.maven.org/maven2/org/jboss/jboss-parent/3/jboss-parent-3.pom | [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) | [INFO] ------------------------------------------------------------------------ | [ERROR] FATAL ERROR | [INFO] ------------------------------------------------------------------------ | [INFO] Failed to resolve artifact. | | GroupId: org.jboss | ArtifactId: jboss-parent | Version: 3 | | Reason: Unable to download the artifact from any repository | | org.jboss:jboss-parent:pom:3 | | from the specified remote repositories: | central (http://repo1.maven.org/maven2) | Which told me it wasn't even looking at the jboss repository(ies). Adding the repositories into the root pom.xml as well a the build/pom.xml seems to have fixed the problem, but this is either: 1) Somebody updating the poms without testing it properly 2) Maven showing different results for different people View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123161#4123161 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123161

18 years, 2 months

1
0
0 / 0

[Design of JBoss ESB] - ServiceInvoker returns msg from different service

by regget

This what I'm trying to do possible? I want to send a message via ServiceInvoker to a Service A. Service A will send the message to Queue 1. External application transports message from Queue1 to Queue2. Service B has listener on Queue2 and processes the message, and then passes the message Back to Service B. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123160#4123160 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123160

18 years, 2 months

1
0
0 / 0

[Design of JBoss Transaction Services] - MDB and rollback in non XA

by rduser

I am using WebSphere MQ in Jboss. In MDB when i do a rollback the message seems to get consumed. Is this normal behavior. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123150#4123150 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123150

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - JBAS-3812, ws deployers modify JBossWebMetaData

by scott.stark＠jboss.org

We are still doing some hacky integration between the ws deployers and the war deployer. The WebMetaData/JBossWebMetaData processing should be sufficiently authoritative at this point that we don't need to write out a modified web.xml. I'm not sure this is still being used in org.jboss.web.deployers.AbstractWarDeployment: | // Get the war URL | // FIXME: JBAS-3812 - TomcatDeployment should use modified WebMetaData | URL warURL = unit.getAttachment("org.jboss.web.expandedWarURL", URL.class); | if( warURL == null ) | warURL = unit.getAttachment("jbossws.expanded.war.url", URL.class); | if (warURL == null) | warURL = unit.getRoot().toURL(); | The tomcat layer is being driven by the WebMetaData/JBossWebMetaData now, so any modification by the ws deployers should be done as input into a deployer like MergedJBossMetaDataDeployer does for the ejb metadata. I'd like to get this cleaned up for jbossas 5.0.0.CR1 when the war deployer is cleaned up. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123146#4123146 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123146

18 years, 2 months

1
0
0 / 0

[Design of Security on JBoss] - Re: AS 4.2.0 binding to localhost

by nrichards

Thanks for that. I did get it working in the end using the following: JBossService.exe -install JBoss %JAVA_HOME%\jre\bin\jrockit\jvm.dll -Dprogram.name=%JBOSS_HOME%\bin\run.bat -Xms1024m -Xmx1600m -Xmanagement:port=7091,ssl=false,authenticate=false -Djava.endorsed.dirs=%JBOSS_HOME%\lib\endorsed -Djava.class.path="%JAVA_HOME%\lib\tools.jar;%JBOSS_HOME%\bin\run.jar" -start org.jboss.Main -params "-b 0.0.0.0" -stop org.jboss.Main -method systemExit -out %JBOSS_HOME%\log\stdout.log -err %JBOSS_HOME%\log\stderr.log I did have a problem once the service was started as it kept crashing, but having found the post below and applied the fix it works fine: http://forums.bea.com/thread.jspa?threadID=600017624 Hope that helps someone, Neil View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123130#4123130 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123130

18 years, 2 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJBTHREE-1173 and Beta4

by scott.stark＠jboss.org

As documented in EJBTHREE-1173, I added a hack to introduce a dependency on the timer service mbean in trunk as a temp fix. Carlo notes: anonymous wrote : | I still want to see the injection of the timer service into the deployer explored. It should create an implicit dependency. | | Besides that way we properly establish which timer service are to be used by the containers. | | Hmm, I'm missing a piece of the puzzle. I want EJB containers to become EJB Stateful, while this problem suggests EJB containers to become proper MC beans. In the end I want to have this code: | | @Stateful // the container is a (level 1) bootstrap stateful session | public class StatefulContainer | { | @Resource TimerServiceFactory timerServiceFactory; // Injected | } | | Level 1: EJB with injection & interception (there is chicken egg problem here) | Level 2: EJB with timers | Level 3: EJB with passivation | Level 4: Full EJB | (there will be more, or less) | | So I'm catching up to the notion of MC control. That would mean an extra layer on top of MC for EJB functionality. And an EJB instance would actually be a MC bean instance (with EJB component meta data). That would leave interceptors in a void again. | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123123#4123123 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123123

18 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums January 2008