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

[Design the new POJO MicroContainer] - Re: apiviz.googlecode.com

by trustin

Uh.. I forgot to say that the point is that the googlecode.com repository should be removed! :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189116#4189116 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189116

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: apiviz.googlecode.com

by trustin

And APIviz got a mailing list - apiviz-dev(a)lists.jboss.org, apiviz-users(a)lists.jboss.org (no traffic at this moment) Also got JIRA - project ID is APIVIZ HTH, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189115#4189115 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189115

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Missing dependency in jpa processing?

by adrian＠jboss.org

Maybe related to this? http://www.jboss.com/index.html?module=bb&op=viewtopic&t=145036 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189111#4189111 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189111

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: apiviz.googlecode.com

by trustin

Repository stuff in googlecode.com are outdated artifacts. All new artifacts are at: http://repository.jboss.org/apiviz http://repository.jboss.org/maven2/org/jboss/apiviz/apiviz/ Also, SVN has been moved to: http://fisheye.jboss.org/browse/APIviz What's left is only the web page - I am just waiting for the new CMS is ready. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189110#4189110 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189110

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Missing dependency?

by adrian＠jboss.org

There appears to be a missing dependency in the jpa processing. If I try to deploy a persistence.xml that references a datasource that doesn't exist I get this uninformative error message: | Caused by: java.lang.RuntimeException: java.lang.NullPointerException | at org.jboss.web.tomcat.service.deployers.TomcatDeployment$EncListener.lifecycleEvent(TomcatDeployment.java:540) | at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) | at org.apache.catalina.core.StandardContext.start(StandardContext.java:4388) | at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:367) | ... 121 more | Caused by: java.lang.NullPointerException | at org.jboss.injection.PersistenceUnitHandler.getManagedEntityManagerFactory(PersistenceUnitHandler.java:137) | at org.jboss.injection.PcEncInjector.inject(PcEncInjector.java:76) | at org.jboss.web.tomcat.service.TomcatInjectionContainer.populateEnc(TomcatInjectionContainer.java:477) | at org.jboss.web.tomcat.service.deployers.TomcatDeployment$EncListener.lifecycleEvent(TomcatDeployment.java:528) | To reproduce, remove hsqldb-ds.xml from server/web/deploy then go to the testsuite and do ./build.sh run-web-profile-unit View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189109#4189109 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189109

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: apiviz.googlecode.com

by alesj

This is the first time I see this. Apart from some discussion on TheCore, I have zero clue what that is. :-) I suspect Scott is the culprit, but recently I suspect him for everything - see jboss-dev ml. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189108#4189108 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189108

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - apiviz.googlecode.com

by adrian＠jboss.org

Why do we have this repository in the mc builds? Why isn't whatever artifact in repository.jboss.com Do we trust google to maintain their repository in such a way that it won't break our builds in future? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189105#4189105 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189105

17 years, 4 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Maven Dependencies Real Problem

by scott.stark＠jboss.org

Yes, that is the only thing I can see working in general. You need to declare your dependencies and whatever project is integrating the webservices deployments has to install these. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189096#4189096 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189096

17 years, 4 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Maven Dependencies Real Problem

by richard.opalka＠jboss.com

Thanks for opinions Scott. >From my understanding of the problem reusing the deployment macro isn't nice idea because it's magic and we don't have the control over the integration process with the AS now. I'm thinking about removing the JBossWS deployment macro call from AS build process and reuse the JBossAS build distribution logic instead. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189095#4189095 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189095

17 years, 4 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Maven Dependencies Real Problem

by scott.stark＠jboss.org

The first thing I would suggest is that the webservices integration layer not be trying to do the install of its dependencies. If it does not fully contain the dependency, the dependency has to be installed by the layer that is bringing webservices into itself. If there are dependencies that do need to be installed into the webservices deployment, the wildcard patterns need to be replaced with integration target specific properties files that can be set to the correct location of each dependency reference by the project that is integrating webservices. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189091#4189091 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189091

17 years, 4 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 November 2008