[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata WebMetaData.java
User: starksm
Date: 02/04/04 00:26:20
Modified:src/main/org/jboss/metadata Tag: Branch_2_4 WebMetaData.java
Log:
Add support for setting the context-root of a standalone war and support
for setting the virtual host of the war.
Revision ChangesPath
No revision
No revision
1.2.6.3 +42 -6 jboss/src/main/org/jboss/metadata/WebMetaData.java
Index: WebMetaData.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/WebMetaData.java,v
retrieving revision 1.2.6.2
retrieving revision 1.2.6.3
diff -u -r1.2.6.2 -r1.2.6.3
--- WebMetaData.java 12 Nov 2001 19:32:56 - 1.2.6.2
+++ WebMetaData.java 4 Apr 2002 08:26:20 - 1.2.6.3
@@ -22,7 +22,7 @@
* @see org.jboss.web.AbstractWebContainer
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.2.6.2 $
+ * @version $Revision: 1.2.6.3 $
*/
public class WebMetaData implements XmlLoadable
{
@@ -32,11 +32,17 @@
private HashMap ejbReferences = new HashMap();
private ArrayList securityRoleReferences = new ArrayList();
private String securityDomain;
-
+ /** The war context root as specified as the jboss-web.xml
+descriptor level. */
+ private String contextRoot;
+ /** The server container virtual host the war should be deployed into
+*/
+ private String virtualHost;
+
public WebMetaData()
{
}
-
+
/** Return an iterator of the env-entry mappings.
@return Iterator of EnvEntryMetaData objects.
*/
@@ -76,7 +82,27 @@
{
return securityDomain;
}
-
+
+ /** This the the jboss-web.xml descriptor context-root and it
+*is only meaningful if a war is deployed outside of an ear.
+*/
+ public String getContextRoot()
+ {
+ return contextRoot;
+ }
+ public void setContextRoot(String contextRoot)
+ {
+ this.contextRoot = contextRoot;
+ }
+
+ /** The servlet container virtual host the war should be deployed into. If
+null then the servlet container default host should be used.
+*/
+ public String getVirtualHost()
+ {
+ return virtualHost;
+ }
+
public void importXml(Element element) throws Exception
{
String rootTag = element.getOwnerDocument().getDocumentElement().getTagName();
@@ -139,11 +165,21 @@
*/
protected void importJBossWebXml(Element jbossWeb) throws Exception
{
- // Parse the jboss-web/securityDomain element
+ // Parse the jboss-web/context-root element
+ Element contextRootElement = MetaData.getOptionalChild(jbossWeb,
context-root);
+ if( contextRootElement != null )
+ contextRoot = MetaData.getElementContent(contextRootElement);
+
+ // Parse the jboss-web/security-domain element
Element securityDomainElement = MetaData.getOptionalChild(jbossWeb,
security-domain);
if( securityDomainElement != null )
securityDomain = MetaData.getElementContent(securityDomainElement);
-
+
+ // Parse the jboss-web/virtual-host element
+ Element virtualHostElement = MetaData.getOptionalChild(jbossWeb,
virtual-host);
+ if( virtualHostElement != null )
+ virtualHost = MetaData.getElementContent(virtualHostElement);
+
// Parse the jboss-web/resource-ref elements
Iterator iterator = MetaData.getChildrenByTagName(jbossWeb, resource-ref);
while( iterator.hasNext() )
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment LegacyInstaller.java LocalDirInstaller.java
User: starksm
Date: 02/04/04 00:26:20
Modified:src/main/org/jboss/deployment Tag: Branch_2_4
LegacyInstaller.java LocalDirInstaller.java
Log:
Add support for setting the context-root of a standalone war and support
for setting the virtual host of the war.
Revision ChangesPath
No revision
No revision
1.1.2.2 +4 -30 jboss/src/main/org/jboss/deployment/Attic/LegacyInstaller.java
Index: LegacyInstaller.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/deployment/Attic/LegacyInstaller.java,v
retrieving revision 1.1.2.1
retrieving revision 1.1.2.2
diff -u -r1.1.2.1 -r1.1.2.2
--- LegacyInstaller.java 10 Dec 2001 02:35:37 - 1.1.2.1
+++ LegacyInstaller.java 4 Apr 2002 08:26:20 - 1.1.2.2
@@ -45,7 +45,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Daniel Schulze/a
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.1.2.1 $
+ * @version $Revision: 1.1.2.2 $
*/
public class LegacyInstaller implements Installer
{
@@ -155,8 +155,7 @@
case Deployment.WAR_MODULE:
{
// just inflate the package and determine the context name
- String webContext = getWebContext(src.toString());
-
+ String webContext = null;
log.info(inflate and install WEB module +d.name);
File f = installInflate(new FileInputStream(localCopy), web);
// Check for libs declared int the WAR jar manifest
@@ -245,14 +244,6 @@
{
String name = mod.getFileName();
String webContext = mod.getWebContext();
- if (webContext == null)
-// this line here is not smart yet!!!
-webContext = name.substring(Math.max(0,
name.lastIndexOf(/)));
-
- // make sure the context starts with a slash
- if (!webContext.startsWith(/))
-webContext = /+webContext;
-
log.info(inflate and install WEB module +name);
try
{
@@ -505,25 +496,8 @@
result = result.substring(result.lastIndexOf(/) + 1);
return result;
- }
-
-
- /** Generates a webcontex for the given url
-* @param _url an URL or something like that
-*/
- public String getWebContext(String _url)
- {
- String s = getName(_url);
-
- // truncate the file extension
- int p = s.lastIndexOf(.);
- if (p != -1)
- s = s.substring(0, p);
-
- return / + s.replace('.', '/');
- }
-
-
+ }
+
/**
* Get the copy buffer (create new if null)
*/
1.1.2.2 +1 -10 jboss/src/main/org/jboss/deployment/Attic/LocalDirInstaller.java
Index: LocalDirInstaller.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/deployment/Attic/LocalDirInstaller.java,v
retrieving revision 1.1.2.1
retrieving revision 1.1.2.2
diff -u -r1.1.2.1 -r1.1.2.2
--- LocalDirInstaller.java10 Dec 2001 02:35:37 - 1.1.2.1
+++ LocalDirInstaller.java4 Apr 2002 08:26:20 - 1.1.2.2
@@ -90,8 +90,7 @@
case Deployment.WAR_MODULE:
{
- String webContext = Util.getWebContext(src.toString());
-
+ String webContext = null;
log.info(inflate and install WEB module +d.name);
// Check for libs declared int the WAR jar manifest
URL[] libs = libs = resolveLibraries(localPkg);
@@ -151,14 +150,6 @@
{
String name = mod.getFileName();
String webContext = mod.getWebContext();
- if (webContext == null)
-// this line here is not smart yet!!!
-webContext = name.substring(Math.max(0,
name.lastIndexOf(/)));
-
- // make sure the context starts with a slash
- if (!webContext.startsWith(/))
-webContext = /+webContext;
-
log.debug(Process WEB module +name);
try
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss build.xml
User: starksm Date: 02/04/04 00:27:55 Modified:.Tag: Branch_2_4 build.xml Log: Update version to 2.4.5 Revision ChangesPath No revision No revision 1.33.2.9 +3 -3 jboss/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jboss/build.xml,v retrieving revision 1.33.2.8 retrieving revision 1.33.2.9 diff -u -r1.33.2.8 -r1.33.2.9 --- build.xml 29 Dec 2001 11:10:37 - 1.33.2.8 +++ build.xml 4 Apr 2002 08:27:55 - 1.33.2.9 @@ -30,15 +30,15 @@ project name=JBoss-2.4.x Dist default=dist property file=.ant.properties / - property name=version value=2.4.4/ + property name=version value=2.4.5/ !-- Change to the cvs version tag you want to build -- - property name=version-tag value=JBoss_2_4_4 / + property name=version-tag value=JBoss_2_4_5 / !-- The CVSROOT value -- property name=cvsroot value=:pserver:[EMAIL PROTECTED]:/cvsroot/jboss / !-- The location of the jakarta-tomcat-3.2.3 distribution -- property name=tomcat3x value=jakarta-tomcat-3.2.3 / !-- The location of the jakarta-tomcat-4.0 distribution -- - property name=tomcat4x value=jakarta-tomcat-4.0.1 / + property name=tomcat4x value=jakarta-tomcat-4.0.3 / !-- The location of the Jetty-3.1.3-1 distribution -- property name=jetty value=Jetty-3.1.3-1 / property name=jetty-jmx value=JettyExtra-1.0.1/jmx / ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/main/org/jboss/web/catalina EmbeddedCatalina.java EngineCreateAction.java LoggedXmlMapper.java ConfigHandler.java EmbeddedCatalinaServiceSX.java EmbeddedCatalinaServiceSXMBean.java Log4jLogger.java
User: starksm
Date: 02/04/04 00:22:29
Modified:catalina/src/main/org/jboss/web/catalina Tag: Branch_2_4
ConfigHandler.java EmbeddedCatalinaServiceSX.java
EmbeddedCatalinaServiceSXMBean.java
Log4jLogger.java
Added: catalina/src/main/org/jboss/web/catalina Tag: Branch_2_4
EmbeddedCatalina.java EngineCreateAction.java
LoggedXmlMapper.java
Log:
Drop the default engine and connector setup via JMX attributes and
simply configure using the XmlMapper and a subset of the server.xml
DTD as an embedded configuration within the EmbeddedCatalinaServiceSX config.
Revision ChangesPath
No revision
No revision
1.1.2.2 +140 -61
contrib/catalina/src/main/org/jboss/web/catalina/ConfigHandler.java
Index: ConfigHandler.java
===
RCS file:
/cvsroot/jboss/contrib/catalina/src/main/org/jboss/web/catalina/ConfigHandler.java,v
retrieving revision 1.1.2.1
retrieving revision 1.1.2.2
diff -u -r1.1.2.1 -r1.1.2.2
--- ConfigHandler.java12 Nov 2001 19:21:18 - 1.1.2.1
+++ ConfigHandler.java4 Apr 2002 08:22:28 - 1.1.2.2
@@ -1,80 +1,159 @@
+/*
+ * JBoss, the OpenSource WebOS
+ *
+ * Distributable under LGPL license.
+ * See terms of license at gnu.org.
+ */
package org.jboss.web.catalina;
-import java.io.ByteArrayInputStream;
-import java.io.InputStream;
+import java.util.Stack;
+import javax.xml.transform.Transformer;
+import javax.xml.transform.TransformerException;
+import javax.xml.transform.TransformerFactory;
+import javax.xml.transform.dom.DOMSource;
+import javax.xml.transform.sax.SAXResult;
+
import org.w3c.dom.Element;
+import org.apache.catalina.startup.Embedded;
+import org.apache.catalina.util.xml.SaxContext;
import org.apache.catalina.util.xml.XmlAction;
-import org.apache.catalina.util.xml.XmlMapper;
+
+import org.jboss.logging.Logger;
/** This is a step toward supporting elements of the catalina server.xml config
as child elements of the jboss.jcml mbean/config extended configuration element.
-
- * @author [EMAIL PROTECTED]
- * @version $Revision: 1.1.2.1 $
+
+@author [EMAIL PROTECTED]
+@author [EMAIL PROTECTED]
+@version $Revision: 1.1.2.2 $
*/
public class ConfigHandler
{
-
+ private Logger log;
+
/** Creates new ConfigHandler */
-public ConfigHandler()
-{
-}
+ public ConfigHandler(Logger log)
+ {
+ this.log = log;
+ }
-/** Handle the Connector configuration elements.
+ /** Handle the Connector configuration elements.
@param config, the mbean/config jboss.jcml element
@param root, the object to which the Connectors will be added using
- addConnector
+addConnector
@param debug, a flag indicating if the XmlMapper debug level should be set
*/
-public void applyHostConfig(Element config, Object root, boolean debug)
+ public void applyHostConfig(Element config, Embedded embedded, boolean debug)
throws Exception
-{
- if( config == null )
- return;
-
- // Create an XmlMapper utility
-XmlMapper mapper = new XmlMapper();
-if (debug)
-mapper.setDebug(999);
-mapper.setValidating(false);
-// Establish the mapping rules for Connectors
-mapper.addRule(Connector, mapper.objectCreate
- (org.apache.catalina.connector.http.HttpConnector,
-className));
-mapper.addRule(Connector, mapper.setProperties());
-mapper.addRule(Connector, mapper.addChild
- (addConnector, org.apache.catalina.Connector));
-mapper.addRule(Connector/Factory, mapper.objectCreate
- (org.apache.catalina.net.DefaultServerSocketFactory,
-className));
-mapper.addRule(Connector/Factory,
- mapper.setProperties());
-mapper.addRule(Connector/Factory, mapper.addChild
- (setFactory,
-org.apache.catalina.net.ServerSocketFactory));
-mapper.addRule(Server/Service/Connector/Listener, mapper.objectCreate
- (null, className));
-mapper.addRule(Server/Service/Connector/Listener,
- mapper.setProperties());
-mapper.addRule(Server/Service/Connector/Listener, mapper.addChild
- (addLifecycleListener,
-org.apache.catalina.LifecycleListener));
-
-InputStream is = createElementStream(config);
-mapper.readXml(is, root);
-}
-
-/** This is hacky as
[JBoss-dev] Patched HSQLDB sources?
Where are the patched sources for the JBoss HSQLDB? Does anyone know if the 1.7.x version is flexible enough to use it out of the box? If not, could whoever patched it in the first place try to get those changes commited... assuming they are not completly JBoss specific. If the patch is JBoss specific, then we should start managing the sources internally (like we do with Jetty), so we can maintain the patched version effectivly. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Added DeploymentCache friends
I just commited an initial impl of a deployment cache, which sits between a DeploymentScanner and MainDeployer. The actual storage of deployments is handled by a pluggable DeploymentStore component. I added a simple local file version which is probably good enough for most cases. Please before you start bitching about the abstraction, go look at the code and see how the seperation makes both components simpliler (marc =P). Currently a cached deployment url will only become invalid if the orinigal url changes. I imagine that we should add a pluggable policy/period based clean up of undeployed cached urls as well as expose mgmt over the store. I didn't spend too much time testing this for thread safty and whatever, so it could use some more pounding. I updated the default jboss-service.xml to have commeted instructions on how to enable the cache and I will update the NetBoot demo files to use this by default in the days to come... to tired to do it now. Finally, I did run the testsuite and even though the failure/error count is higher than my usual limit... I am thinking that I didn't break anything major. We really need to fix this so it always runs clean unless something is broken. Anyways, please forgive me if I did break something... I can't really tell. Enjoy, --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss.net/IIOP and JBossMX integration
I have checked the iiop implementation with sun jdk 1.4 (windows NT)... If I start jboss with: JAVA_OPTS=-Dpolicy.expandProperties=false -Xbootclasspath/p:$JBOSS_HOME/lib/jacorb.jar I don't have problems in deploy. If I don't prepend jacorb.jar to the bootclasspath, I have this exception in deploy: INFO [org.jboss.ejb.plugins.iiop.server.IIOPContainerInvoker.helloworld/Hello] Bound HelloWorld to helloworld/Hello INFO [STDOUT] [ ConnectionManager: found conn to target 10.213.8.193:5000 ] INFO [STDOUT] [ Bound context: helloworld ] ERROR [org.jboss.ejb.plugins.iiop.server.IIOPContainerInvoker.helloworld/Hello] Cannot bind EJBHome in CORBA naming service org.omg.CORBA.NO_IMPLEMENT: vmcid: 0x0 minor code: 0 completed: No at org.jacorb.orb.CDRInputStream.read_Object(CDRInputStream.java:561) at org.omg.CosNaming.NamingContextHelper.read(NamingContextHelper.java:55) at org.omg.CosNaming._NamingContextExtStub.bind_new_context(_NamingContextExtSt ub.java:549) at org.jboss.ejb.plugins.iiop.server.IIOPContainerInvoker.rebind(IIOPContainerI nvoker.java:859) at org.jboss.ejb.plugins.iiop.server.IIOPContainerInvoker.start(IIOPContainerIn voker.java:512) at org.jboss.ejb.StatelessSessionContainer.start(StatelessSessionContainer.java :206) (I have logged the stack trace of NO_IMPLEMENTED exception) Where org.omg.* are SUN classes (not jacorb classes) When I run the testsuite I have this exceptions with helloiiop (client side): java.lang.ClassCastException at com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemo teObject.java:293) at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:134) at org.jboss.test.helloiiop.test.HelloTimingStressTestCase.testData(HelloTiming StressTestCase.java:74) I don't have exceptions in server logs. The bankiiop does not run :-( (I think my problems, I have a FilePermission violation - M$ Windows #@##@) Claudio PS: policy.expandProperties=false is needed because I have an exception when I try to run jboss (jboss does not start). This problem is explained some days before in mailing list prepending jacorb.jar in classpath permit to deploy a ejb module with an iiop invoker. PS2: I'll try the iiop at home with linux and sun jdk 1.4... -Original Message- From: Jung , Dr. Christoph [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, April 03, 2002 4:50 PM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-dev] JBoss.net/IIOP and JBossMX integration Oh, I forgot to mention that I only looked at the JBoss.net code and only under JDK1.3 ... CGJ -Ursprüngliche Nachricht- Von: Vesco Claudio [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 2. April 2002 19:23 An: 'Jung , Dr. Christoph' Cc: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-dev] JBoss.net/IIOP and JBossMX integration Ehm... When I try to compile the iiop module with jdk 1.4 I have this error that I try to bring back to memory since I have corrected it: at line 607 of iiop/src/main/org/jboss/ejb/plugins/iiop/server/IIOPContainerInvoker.java the exception WrongPolicy is not raised Does create_reference_with_id not raise WrongPolicy in jdk 1.4? When I run the testsuite I have ClassPathException exceptions, if you want I send you the log... Claudio -Original Message- From: Jung , Dr. Christoph [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, April 02, 2002 6:20 PM To: '[EMAIL PROTECTED]' Subject:AW: [JBoss-dev] JBoss.net/IIOP and JBossMX integration Hi Adrian, Just a quick feedback. Compilation is ok, most stuff runs fine and faster ;-) From what I saw, the reflection of the Mbean interfaces in jboss-jmx seems to differ from jmxri.jar ... Because I use to define first client-side (non-Mbean) interfaces from which the Mbean interfaces are extended, I know run into ReflectionException(NoSuchMethodException) when trying to invoke those methods via MBeanServer.invoke I have to check how to work-around this issue. I have no idea what the spec says to this pattern. Best, CGJ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] new virtual host context root support
Scott, I note that you have just checked this in to AbstractWebContainer ContextPath is already a parameter on my performDeploy() method. Is there a particular reason for not simply replacing this with the value from jboss-web.xml and therefore making the decision once in AbstractWebContainer, instead of multiple times (once for each WebContainer) ? The virtual host stuff looks good - I shall try to fix Jetty up to this tonight. Cheers, Jules __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Patched HSQLDB sources?
on 04-04-2 03.13, Jason Dillon at [EMAIL PROTECTED] wrote: Where are the patched sources for the JBoss HSQLDB? Does anyone know if the 1.7.x version is flexible enough to use it out of the box? If not, could whoever patched it in the first place try to get those changes commited... assuming they are not completly JBoss specific. They are at 1.7.0RC3 and are looking at implementing the patch We have been using ... If the patch is JBoss specific, then we should start managing the sources internally (like we do with Jetty), so we can maintain the patched version effectivly. lets wait until they go 1.7.0 ... then We can upgrade ... depending on 1.7.0's choosen embedded support ... alt. We could manage the listener components ourself and use the Database class directly from there ... the way We traditionaly started hsql is to call the org.hsql.Server class that is a listerner ... We could reuse Jetty's or web module's listener components and so unify with a new hsqldb listener. And then perhaps also refactor JNP to use the same listener components ? ... Today all 4 mentioned have there own listener implementation. /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] cmp 1.1 with jboss 2.44
Hi I have already depoyed ejb to jboss,when I run entity bean client which creat a row to the database, the console shows everything is ok, but when I connect to database, execute select sql statement,but what a surprise! the data does not insert to database,Why??? furthermore,when I run the client with the same data again, the console shows that "javax.ejb.DuplicateKeyException: Entity with key XXX already exists",what's the reason,anybody can tell me? thanks.
Re: [JBoss-dev] Connection Pool Configuration
I don't think this can be set currently. I'm planning to rewrite the
jca-jdbc wrappers soon so I'm not enthusiastic about putting any work into
the current versions. I'll keep this in mind.
david jencks
On 2002.04.03 12:32:44 -0500 Dain Sundstrom wrote:
Can this be set in the initial connection properties? I don't know much
about pool set-up, but David does (and I CCed him on this email). Does
the current pool code support setting of properties in the config file?
-dain
Giorgio42 wrote:
Is JBoss CMP currently making any use
of proprietary JDBC Driver implementation
features?
Specifically, is the method
setDefaultRowPrefetch(int rows) provided
by the Oracle thin client driver used?
My experience is, that this setting can have
a huge impact on the performance of data-oriented
applications, especially if they read large datasets.
Using reflection, the code need not directly depend on
on the Oracle driver being in the classpath and still
get compiled, like this:
java.lang.reflect.Method method =
conn.getClass().getMethod(setDefaultRowPrefetch,
new Class[]{ int.class });
method.invoke(conn, new Object[]{ new Integer(rowPrefetch) });
This could be added to (standardjboss)cmp-jdbc.xml
configuration parameters.
JDBC3.0 defines a (small) set of standard properties for
pooled connection sources (in section 11.7), so
this is a first step in standardizing this process.
Just a suggestion...
And a happy easter to the JBoss team!
Georg
_
View thread online: http://main.jboss.org/thread.jsp?forum=66thread=11768
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Listerner factory
Maybe a central listener factory could hand out listerner objects to services and from there also manage multiple instance detection plus migration of services depending on A-VM going down while B-VM are using for example A-VM's JNP. /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] new virtual host context root support
The performDeploy signature has changed to:
protected abstract void performDeploy(WebApplication webApp, String
warUrl,
WebDescriptorParser webAppParser) throws Exception;
and WebApplication is now:
public class WebApplication
{
/** Class loader of this application */
ClassLoader classLoader = null;
/** name of this application */
String name = ;
/** URL where this application was deployed from */
URL url;
/** The web app metadata from the web.xml and jboss-web.xml descriptors
*/
WebMetaData metaData;
/** Arbitary data object for storing application specific data */
Object data;
as the parsing of the web.xml and jboss-web.xml is done at the
AbstractWebContainer.
The context-root path and virtual-host needed by the servlet integration
service are
available as:
String ctxPath = webApp.getMetaData().getContextRoot();
String virtualHost = webApp.getMetaData().getVirtualHost();
I'm working on updating the Jetty 2.4 branch service to work with this and
use the
Jetty 4.0 release.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Julian Gosnell [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 04, 2002 3:41 AM
Subject: [JBoss-dev] new virtual host context root support
Scott,
I note that you have just checked this in to
AbstractWebContainer
ContextPath is already a parameter on my
performDeploy() method.
Is there a particular reason for not simply replacing
this with the value from jboss-web.xml and therefore
making the decision once in AbstractWebContainer,
instead of multiple times (once for each WebContainer)
?
The virtual host stuff looks good - I shall try to fix
Jetty up to this tonight.
Cheers,
Jules
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] recent break in service redeployment....
This is my fault. Fix coming soon. david jencks On 2002.04.04 01:55:54 -0500 Jules Gosnell wrote: within the last 24hrs - redeploying the Jetty service now throws an exception : 06:53:40,346 INFO [MainDeployer] Undeploying file:/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0beta2/server/default/deploy/jetty-plugin.sar 06:53:40,347 INFO [JettyService] Stopping 06:53:40,350 INFO [Jetty] Stopping Acceptor ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=8080] 06:53:40,671 INFO [Jetty] Stopped SocketListener on 0.0.0.0:8080 06:53:40,672 INFO [Jetty] Stopped org.mortbay.http.NCSARequestLog@84174 06:53:40,673 INFO [Jetty] Stopped org.jboss.jetty.Jetty@309e87 06:53:40,673 INFO [JettyService] Stopped 06:53:40,674 INFO [JettyService] Destroying 06:53:40,675 INFO [Jetty] Deregister jboss.web:Jetty=0,SocketListener=0 06:53:40,676 INFO [Jetty] Deregister jboss.web:Jetty=0,NCSARequestLog=0 06:53:40,677 INFO [Jetty] Deregister jboss.web:Jetty=0 06:53:40,678 INFO [Jetty] Deregister jboss.web:Jetty=Debug 06:53:40,679 INFO [Jetty] Deregister jboss.web:Jetty=Log 06:53:40,681 INFO [Jetty] Deregister jboss.web:JBossLogSink=0 06:53:40,681 INFO [JettyService] Destroyed 06:53:40,682 INFO [MainDeployer] not deleting localUrl, it is null or not a copy: njar:file:/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0beta2/server/default/tmp/deploy/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0beta2/server/default/deploy/jetty-plugin.sar/54.jetty-plugin.sar^/org.mortbay.jetty.jmx.jar 06:53:40,683 INFO [MainDeployer] Undeployed njar:file:/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0beta2/server/default/tmp/deploy/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0beta2/server/default/deploy/jetty-plugin.sar/54.jetty-plugin.sar^/org.mortbay.jetty.jmx.jar 06:53:40,683 INFO [MainDeployer] not deleting localUrl, it is null or not a copy: njar:file:/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0beta2/server/default/tmp/deploy/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0beta2/server/default/deploy/jetty-plugin.sar/54.jetty-plugin.sar^/org.mortbay.jetty.jar 06:53:40,690 INFO [MainDeployer] Undeployed njar:file:/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0beta2/server/default/tmp/deploy/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0beta2/server/default/deploy/jetty-plugin.sar/54.jetty-plugin.sar^/org.mortbay.jetty.jar 06:53:40,705 INFO [MainDeployer] Cleaned Deployment file:/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0beta2/server/default/deploy/jetty-plugin.sar 06:53:40,712 INFO [ServiceController] Exception removing mbean: jboss.web:service=Jetty javax.management.InstanceNotFoundException: jboss.web:service=Jetty is not registered. at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:413) at org.jboss.mx.server.MBeanServerImpl.getMBeanInfo(MBeanServerImpl.java:452) at org.jboss.system.ServiceConfigurator.internalGetConfiguration(ServiceConfigurator.java:587) at org.jboss.system.ServiceConfigurator.getConfiguration(ServiceConfigurator.java:578) at org.jboss.system.ServiceController.unregisterClassName(ServiceController.java:658) at org.jboss.system.ServiceController.handleNotification(ServiceController.java:645) at org.jboss.system.ServiceLibraries.notify(ServiceLibraries.java:612) at org.jboss.system.ServiceLibraries.removeClassLoader(ServiceLibraries.java:304) at org.jboss.deployment.DeploymentInfo.cleanup(DeploymentInfo.java:241) at org.jboss.deployment.MainDeployer.destroy(MainDeployer.java:432) at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:342) at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:308) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:441) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy5.undeploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.undeploy(URLDeploymentScanner.java:351) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:432) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:204) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:193) 06:53:40,713 INFO [MainDeployer] Undeployed file:/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0beta2/server/default/deploy/jetty-plugin.sar 06:53:45,724 INFO [MainDeployer] Starting deployment of package:
[JBoss-dev] IBM Public License
Peter (Braswell) and I were looking at UDDI implementations for jboss.net and the best one so far is UDDI4j. It is under the IBM Public License and we weren't too sure what the differences between licenses are. Is IBM's license open source enough for JBoss? -Phil ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/deployment/cache FileDeploymentStore.java
User: user57
Date: 02/04/04 14:30:52
Modified:src/main/org/jboss/deployment/cache FileDeploymentStore.java
Log:
o buffer input on copy
o changed ser state filename to state-map.ser
Revision ChangesPath
1.3 +4 -4
jboss-system/src/main/org/jboss/deployment/cache/FileDeploymentStore.java
Index: FileDeploymentStore.java
===
RCS file:
/cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/cache/FileDeploymentStore.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- FileDeploymentStore.java 4 Apr 2002 04:33:58 - 1.2
+++ FileDeploymentStore.java 4 Apr 2002 22:30:52 - 1.3
@@ -45,7 +45,7 @@
*
* @todo Validate the urlMap
*
- * @version tt$Revision: 1.2 $/tt
+ * @version tt$Revision: 1.3 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class FileDeploymentStore
@@ -105,7 +105,7 @@
log.debug(Using directory for cache storage: + dir);
// the map file to use
- this.mapFile = new File(dir, url-map.ser);
+ this.mapFile = new File(dir, state-map.ser);
}
/**
@@ -209,7 +209,7 @@
*/
protected void copyURL(final URL source, final File dest) throws IOException
{
- InputStream is = source.openConnection().getInputStream();
+ InputStream is = new
BufferedInputStream(source.openConnection().getInputStream());
OutputStream os = new BufferedOutputStream(new FileOutputStream(dest));
try {
@@ -217,8 +217,8 @@
os.flush();
}
finally {
- is.close();
os.close();
+ is.close();
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/logging Log4jService.java
User: user57
Date: 02/04/04 14:33:57
Modified:src/main/org/jboss/logging Log4jService.java
Log:
o just incase URL.getContentType() returns uppercased version
Revision ChangesPath
1.7 +2 -2 jboss-system/src/main/org/jboss/logging/Log4jService.java
Index: Log4jService.java
===
RCS file: /cvsroot/jboss/jboss-system/src/main/org/jboss/logging/Log4jService.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- Log4jService.java 4 Apr 2002 04:33:59 - 1.6
+++ Log4jService.java 4 Apr 2002 22:33:57 - 1.7
@@ -45,7 +45,7 @@
*
* @jmx:mbean name=jboss.system:type=Log4jService,service=Logging
*
- * @version tt$Revision: 1.6 $/tt
+ * @version tt$Revision: 1.7 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Fulco Muriglio/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
* @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
@@ -372,7 +372,7 @@
xml = url.getFile().toLowerCase().endsWith(.xml);
}
else {
-xml = conn.getContentType().equals(text/xml);
+xml = conn.getContentType().toLowerCase().equals(text/xml);
}
log.debug(reconfiguring; xml= + xml);
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/system ServiceController.java
User: d_jencks
Date: 02/04/04 08:52:16
Modified:src/main/org/jboss/system ServiceController.java
Log:
fix so mbeans can be completely removed again
Revision ChangesPath
1.8 +10 -2 jboss-system/src/main/org/jboss/system/ServiceController.java
Index: ServiceController.java
===
RCS file:
/cvsroot/jboss/jboss-system/src/main/org/jboss/system/ServiceController.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- ServiceController.java4 Apr 2002 04:33:59 - 1.7
+++ ServiceController.java4 Apr 2002 16:52:15 - 1.8
@@ -48,7 +48,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
- * @version $Revision: 1.7 $ p
+ * @version $Revision: 1.8 $ p
*
* bRevisions:/b p
*
@@ -474,7 +474,15 @@
// remove the mbean from the instaled ones
installedServices.remove(ctx);
-
+ //remove from classname to mbean map
+
+ ObjectInstance oi = server.getObjectInstance(objectName);
+ String className = oi.getClassName();
+ Set mbeans = (Set)classNameToMBeansMap.get(className);
+ if (mbeans != null)
+ {
+ mbeans.remove(objectName);
+ }
creator.remove(objectName);
}
else
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Failed to setup web application ENC if offline
Hi, I am running Jboss 3.0 beta release with the embedded Catalina engine. I noticed that if I am not on the network, I get the following error during Jboss startup. Otherwise, it's fine. Thanks for any advice. LS = error log 01:13:10,620 ERROR [org.jboss.metadata.XmlFileLoader] External entity not found: http://java.sun.co m/dtd/web-app_2_3.dtd.:-1:2 java.net.UnknownHostException: java.sun.com at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3108) at org.apache.crimson.parser.Parser2.externalParameterEntity(Parser2.java:2796) at org.apache.crimson.parser.Parser2.maybeDoctypeDecl(Parser2.java:1155) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:489) at org.apache.crimson.parser.Parser2.parse(Parser2.java:305) at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:433) at org.apache.crimson.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:185) at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:86) at org.jboss.metadata.XmlFileLoader.getDocument(XmlFileLoader.java:260) at org.jboss.web.catalina.EmbeddedCatalinaServiceSX.contextInit(EmbeddedCatalinaServiceSX.ja va:493) at org.jboss.web.catalina.EmbeddedCatalinaServiceSX.access$000(EmbeddedCatalinaServiceSX.jav a:74) at org.jboss.web.catalina.EmbeddedCatalinaServiceSX$1.lifecycleEvent(EmbeddedCatalinaService SX.java:429) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:155) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1131) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3353) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:785) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:454) at org.jboss.web.catalina.EmbeddedCatalinaServiceSX.createWebContext(EmbeddedCatalinaService SX.java:443) at org.jboss.web.catalina.EmbeddedCatalinaServiceSX.performDeploy(EmbeddedCatalinaServiceSX. java:287) at org.jboss.web.AbstractWebContainer.deploy(AbstractWebContainer.java:389) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:458) at org.jboss.deployment.MainDeployer.deploySubPackages(MainDeployer.java:793) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:453) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:413) at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:272) at org.jboss.deployment.MainDeployer.startService(MainDeployer.java:218) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:160) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.Server.init(Server.java:157) at org.jboss.Main.boot(Main.java:263) at org.jboss.Main.run(Main.java:48) at java.lang.Thread.run(Thread.java:484) 01:13:10,760 ERROR [org.jboss.web.catalina.EmbeddedCatalinaServiceSX] Failed to setup web application ENC _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12153 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: Failed to setup web application ENC if offline
Sorry, wrong forum - reposted on the HTTPD one. Thanks _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12153 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] GlobalTxEntityMap causing improper RollbackException
The following comment is found in TxCapsule.registerSynchronization() and I believe it is causing a problem in our application. // OSH: EntitySynchronizationInterceptor bug is fixed long ago, // and since nobody seems to get the warning anymore it should // be safe to be JTA-conformant. // In case of trouble, try changing true below to false. I read in the JTA spec (and the comments mention this also) that the registerSynchronization method should throw a RollbackException if the transaction status is already marked for rollback only. So, I suppose that the implementation is correct as it stands now...however... When my application marks setRollbackOnly, it throws an application exception immediately after doing so. There is nothing in my code that would invoke another bean method, yet the server is making another call to registerSynchronization(), thus causing the improper RollbackException. The object that is registering with registerSynchronization is org.jboss.ejb.GlobalTxEntityMap$GlobalTxEntityMapCleanup. It is causing the register and the subsequent improper RollbackException. _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12171 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/perf/META-INF ejb-jar.xml
User: starksm Date: 02/04/04 15:39:43 Modified:src/resources/perf/META-INF Tag: Branch_2_4 ejb-jar.xml Log: Add test of local interfaces performance Revision ChangesPath No revision No revision 1.1.2.3 +24 -0 jbosstest/src/resources/perf/META-INF/ejb-jar.xml Index: ejb-jar.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/perf/META-INF/ejb-jar.xml,v retrieving revision 1.1.2.2 retrieving revision 1.1.2.3 diff -u -r1.1.2.2 -r1.1.2.3 --- ejb-jar.xml 14 Jul 2001 21:24:45 - 1.1.2.2 +++ ejb-jar.xml 4 Apr 2002 23:39:43 - 1.1.2.3 @@ -29,9 +29,33 @@ /ejb-ref /session session + ejb-namePerfTestSession/ejb-name + homeorg.jboss.test.perf.interfaces.PerfTestSessionHome/home + remoteorg.jboss.test.perf.interfaces.PerfTestSession/remote + ejb-classorg.jboss.test.perf.ejb.PerfTestSessionBean/ejb-class + session-typeStateless/session-type + transaction-typeContainer/transaction-type + ejb-ref +ejb-ref-nameejb/ProbeHome/ejb-ref-name +ejb-ref-typeSession/ejb-ref-type +homeorg.jboss.test.perf.interfaces.SessionHome/home +remoteorg.jboss.test.perf.interfaces.Session/remote +ejb-linkProbe/ejb-link + /ejb-ref + ejb-local-ref +ejb-ref-nameejb/ProbeLocalHome/ejb-ref-name +ejb-ref-typeSession/ejb-ref-type +local-homeorg.jboss.test.perf.interfaces.ProbeLocalHome/local-home +localorg.jboss.test.perf.interfaces.ProbeLocal/local +ejb-linkProbe/ejb-link + /ejb-local-ref + /session + session ejb-nameProbe/ejb-name homeorg.jboss.test.perf.interfaces.ProbeHome/home remoteorg.jboss.test.perf.interfaces.Probe/remote + local-homeorg.jboss.test.perf.interfaces.ProbeLocalHome/local-home + localorg.jboss.test.perf.interfaces.ProbeLocal/local ejb-classorg.jboss.test.perf.ejb.ProbeBean/ejb-class session-typeStateless/session-type transaction-typeBean/transaction-type ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-common/src/main/org/jboss/net/protocol/file FileURLConnection.java Handler.java package.html
User: user57
Date: 02/04/04 14:20:23
Added: src/main/org/jboss/net/protocol/file FileURLConnection.java
Handler.java package.html
Log:
o A file protocol handler which correctly returns File.lastModified() for
URLConnection.getLastModified()
Revision ChangesPath
1.1
jboss-common/src/main/org/jboss/net/protocol/file/FileURLConnection.java
Index: FileURLConnection.java
===
/***
* *
* JBoss: The OpenSource J2EE WebOS *
* *
* Distributable under LGPL license. *
* See terms of license at gnu.org. *
* *
***/
package org.jboss.net.protocol.file;
import java.io.File;
import java.io.FileNotFoundException;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.net.URLConnection;
import java.net.URL;
import java.net.MalformedURLException;
import java.security.Permission;
import java.io.FilePermission;
/**
* Provides local file access via URL semantics, correctly returning
* lastModified.
*
* @version tt$Revision: 1.1 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class FileURLConnection
extends URLConnection
{
protected File file;
public FileURLConnection(final URL url)
throws MalformedURLException, IOException
{
super(url);
file = new File(url.getFile());
doOutput = false;
}
public void connect() throws IOException {
if (connected) return;
if (!file.exists()) {
throw new FileNotFoundException(file.getPath());
}
connected = true;
}
public InputStream getInputStream() throws IOException {
if (!connected) connect();
return new FileInputStream(file);
}
public OutputStream getOutputStream() throws IOException {
if (!connected) connect();
return new FileOutputStream(file);
}
public String getHeaderField(final String name) {
if (name.equalsIgnoreCase(last-modified)) {
return String.valueOf(getLastModified());
}
return super.getHeaderField(name);
}
public Permission getPermission() throws IOException {
// should probably return a FilePermission here...
// but I don't understand that crap, so just return the default
return super.getPermission();
}
public long getLastModified() {
return file.lastModified();
}
}
1.1 jboss-common/src/main/org/jboss/net/protocol/file/Handler.java
Index: Handler.java
===
/***
* *
* JBoss: The OpenSource J2EE WebOS *
* *
* Distributable under LGPL license. *
* See terms of license at gnu.org. *
* *
***/
package org.jboss.net.protocol.file;
import java.io.IOException;
import java.net.URL;
import java.net.URLConnection;
import java.net.URLStreamHandler;
/**
* A protocol handler for the 'file' protocol.
*
* @version tt$Revision: 1.1 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class Handler
extends URLStreamHandler
{
public URLConnection openConnection(final URL url)
throws IOException
{
return new FileURLConnection(url);
}
}
1.1 jboss-common/src/main/org/jboss/net/protocol/file/package.html
Index: package.html
===
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
head
!-- $Id: package.html,v 1.1 2002/04/04 22:20:22 user57 Exp $ --
!--
JBoss: The OpenSource J2EE WebOS
Distributable under LGPL license.
See terms of license at gnu.org.
--
/head
body bgcolor=white
pA better implementation of the 'file' protocol.
h2Package Specification/h2
ul
lia href=javascript: alert('not available')Not Available/a
/ul
h2Related Documentation/h2
ul
lia href=javascript: alert('not available')Not Available/a
/ul
h2Package Status/h2
ul
lifont color=greenbSTABLE/b/font
/ul
h2Todo/h2
ul
li???
/ul
!-- Put @see and @since tags down here. --
/body
/html
RE: [JBoss-dev] JBoss.net/IIOP and JBossMX integration
Hi again Claudio, On Wed, 3 Apr 2002, Vesco Claudio wrote: When I run the testsuite I have this exceptions with helloiiop (client side): java.lang.ClassCastException at com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemo teObject.java:293) at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:134) at org.jboss.test.helloiiop.test.HelloTimingStressTestCase.testData(HelloTiming StressTestCase.java:74) Yes! I reproduced this on Linux. Was not getting this exception before because I had a .java.policy file granting AllPermission to anyone. Once I deleted the .java.policy file I got the same exception as you. PortableRemoteObject.narrow must instantiate an stub of the appropriate type. It attempts to download the bytecodes for the stub class (from a codebase URL embedded within the IOR), but was not granted network access rights. So it throws ClassCastException. I am changing testsuite/build.xml to fix this. Target iiop-test will run a client with a suitable client.policy file, so that you won't need a .java.policy file in you home dir. Will commit the change in a few minutes. BTW: This is not a jdk 1.4 issue. The same problem should be happening with jdk 1.3... (The .java.policy file in my home dir was hiding it from me.) And the fix should also work for jdk 1.3. Thanks for reporting the problem! Cheers, Francisco ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/system ServiceConfigurator.java ServiceController.java ServiceCreator.java
User: d_jencks
Date: 02/04/04 09:49:18
Modified:src/main/org/jboss/system ServiceConfigurator.java
ServiceController.java ServiceCreator.java
Log:
more little fixes to the class-mbean dependency management
Revision ChangesPath
1.7 +39 -32jboss-system/src/main/org/jboss/system/ServiceConfigurator.java
Index: ServiceConfigurator.java
===
RCS file:
/cvsroot/jboss/jboss-system/src/main/org/jboss/system/ServiceConfigurator.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- ServiceConfigurator.java 4 Apr 2002 02:17:22 - 1.6
+++ ServiceConfigurator.java 4 Apr 2002 17:49:18 - 1.7
@@ -61,7 +61,8 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Hiram Chirino/a
- * @version $Revision: 1.6 $
+ * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
+ * @version $Revision: 1.7 $
*
* pb20010830 marc fleury:/b
* ul
@@ -130,15 +131,7 @@
{
if (config.getTagName().equals(mbean))
{
- try
- {
-internalInstall(config, mbeans);
- }
- catch (ClassNotFoundException cnfe)
- {
-//ignore
- }
-
+ internalInstall(config, mbeans);
}
else
{
@@ -153,15 +146,7 @@
if (element.getTagName().equals(mbean))
{
Element mbean = (Element)nl.item(i);
- try
- {
- internalInstall(mbean, mbeans);
- }
- catch (ClassNotFoundException cnfe)
- {
- //ignore
- }
-
+ internalInstall(mbean, mbeans);
} // end of if ()
} // end of if ()
}//end of for
@@ -188,24 +173,26 @@
} // end of try-catch
}
- private ObjectName internalInstall(Element mbeanElement, List mbeans) throws
DeploymentException, ClassNotFoundException
+ private ObjectName internalInstall(Element mbeanElement, List mbeans) throws
DeploymentException
{
ObjectInstance instance = null;
+ ObjectName mbeanName = parseObjectName(mbeanElement);
try
{
- instance = serviceCreator.install(mbeanElement);
+ instance = serviceCreator.install(mbeanName, mbeanElement);
}
catch (ClassNotFoundException cnfe)
{
- serviceController.registerWaitingForClass(mbeanElement);
- throw cnfe;
+ serviceController.registerWaitingForClass(mbeanName, mbeanElement);
+ return mbeanName;
}
catch (Exception e)
{
throw new DeploymentException(could not create mbean, e);
} // end of catch
serviceController.registerMBeanClassName(instance);
- ObjectName mbeanName = instance.getObjectName();
+ //just in case it changed...
+ mbeanName = instance.getObjectName();
mbeans.add(mbeanName);
if (mbeanName != null)
@@ -462,14 +449,7 @@
Element child = (Element)childNode;
if (child.getTagName().equals(mbean))
{
-try
-{
- dependsObjectName = internalInstall(child, mbeans);
-}
-catch (ClassNotFoundException cnfe)
-{
- log.info(FIX HANDLING OF ClassNotFound, cnfe);
-}
+dependsObjectName = internalInstall(child, mbeans);
break;
}
else
@@ -631,6 +611,33 @@
mbeanElement.appendChild(dependsElement);
}
return mbeanElement;
+ }
+ /**
+* Parse an object name from the given element attribute 'name'.
+*
+* @param elementElement to parse name from.
+* @return Object name.
+*
+* @throws ConfigurationException Missing attribute 'name'
+* (thrown if 'name' is null or ).
+* @throws MalformedObjectNameException
+*/
+ private ObjectName parseObjectName(final Element element)
+ throws DeploymentException
+ {
+ String name = element.getAttribute(name);
+ if (name == null || name.trim().equals())
+ {
+ throw new DeploymentException(MBean attribute 'name' must be given.);
+ }
+ try
+ {
+ return new ObjectName(name);
+ }
+ catch (MalformedObjectNameException mone)
+ {
+ throw new DeploymentException(Malformed ObjectName: + name);
+ }
}
}
1.9 +10 -10
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jmx/ejb TestDataSourceBean.java
User: user57
Date: 02/04/04 15:51:21
Modified:src/main/org/jboss/test/jmx/ejb TestDataSourceBean.java
Log:
o changed @ejb:remote-method to @ejb:interface-method type=remote
Revision ChangesPath
1.2 +1 -1
jbosstest/src/main/org/jboss/test/jmx/ejb/TestDataSourceBean.java
Index: TestDataSourceBean.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jmx/ejb/TestDataSourceBean.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- TestDataSourceBean.java 27 Jul 2001 19:32:03 - 1.1
+++ TestDataSourceBean.java 4 Apr 2002 23:51:21 - 1.2
@@ -31,7 +31,7 @@
/**
* Transfer money.
*
-* @ejb:remote-method
+* @ejb:interface-method type=remote
*/
public void testDataSource(String dsName)
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] IBM Public License
Phil, Looking over the IBM Public license, it seems pretty open ended and geared to open source development/extension On the technical side of the house, it seems to be only the client side. Its a start, we'd be able to register jb.net web services with UDDI test servers (HP, IBM and eeeck! Microsoft), but we wouldn't ourselve be able to act as a UDDI registry... the other peice of the puzzle I think we eventually want/need to do this trick! I wonder if we should try to get in direct contact with the jUDDI dude (I think he's a lone gun-man) and see what's up with his stuff??? It would be easier to help someone polish up some stuff that is *almost* there as opposed to building a UDDI registry from the groud up (yikes!). In the mean time, web service deployment with IBM registry client to a UDDI test instance sounds pretty damn cool to me... We'll have to get together and talk w/the good doctor (Christoph) and discuss about how the deployment process/deployment descriptor goes -pjb --- [EMAIL PROTECTED] wrote: Peter (Braswell) and I were looking at UDDI implementations for jboss.net and the best one so far is UDDI4j. It is under the IBM Public License and we weren't too sure what the differences between licenses are. Is IBM's license open source enough for JBoss? -Phil ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest build.xml
User: reverbel
Date: 02/04/04 10:07:29
Modified:.build.xml
Log:
Changed iiop-test target so that IIOP tests now run with a client.policy
file. They must access the network to download stub classes on the fly
(or else we would need rmic-generated stubs at the client side).
TODO: Change client.policy files of IIOP tests and grant just what these
tests need, rather than giving them AllPermission.
Revision ChangesPath
1.101 +3 -1 jbosstest/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbosstest/build.xml,v
retrieving revision 1.100
retrieving revision 1.101
diff -u -r1.100 -r1.101
--- build.xml 3 Apr 2002 22:50:00 - 1.100
+++ build.xml 4 Apr 2002 18:07:28 - 1.101
@@ -13,7 +13,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.100 2002/04/03 22:50:00 user57 Exp $ --
+!-- $Id: build.xml,v 1.101 2002/04/04 18:07:28 reverbel Exp $ --
project default=main name=JBoss/Testsuite
@@ -3035,6 +3035,7 @@
| Run iiop testcases in a single directory by specifing the test
| directory name in -Dtest=dirname in tests/dirname/test/**TestCase.class
--
+
target name=iiop-test depends=maybejars if=test
description=Execute a single test.
mkdir dir=${build.reports}/
@@ -3054,6 +3055,7 @@
jvmarg value=-Xbootclasspath/p:${jacorb.jacorb.lib}/jacorb.jar/
jvmarg value=-Djava.security.manager/
+ jvmarg
value=-Djava.security.policy==${build.resources}/${test}/client.policy/
sysproperty key=log4j.properties
file=${build.resources}/log4j.properties/
sysproperty key=jbosstest.threadcount value=${jbosstest.threadcount}/
sysproperty key=jbosstest.iterationcount
value=${jbosstest.iterationcount}/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] How much can we rely on jbossmx classloading?
JBossMX has more-or-less copies of ServiceLibrary == UnifiedLoaderRepository and UnifiedClassLoader. However jboss is still using its own copies. I've just removed the raison d'etre for MBeanClassLoader since I implemented a different way of managing class-to-mbean dependencies. I'm wondering if it is OK and time to move to using the jbossmx loader repository, and how to do it. The dependency stuff I added requires the ServiceLibraries to emit notifications when a class is removed, and it should probably also notify when a UnifiedClassLoader is added. So, my questions: - Can we safely use jbossmx classloading? Will this require jboss to run on jbossmx? Is this OK? - How can we add these notifications to the UnifiedLoaderRepository? How can an mbean register to receive them? Is the UnifiedLoaderRepository supposed to be registered as an mbean? I don't see it at the moment. - If it is not OK to move to jbossmx classloading, how would I load mbeans without using the MBeanClassLoader? Thanks david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/build jetty-service.xml build.xml
User: starksm
Date: 02/04/04 10:26:00
Modified:jetty/src/build Tag: Branch_2_4 build.xml
Added: jetty/src/build Tag: Branch_2_4 jetty-service.xml
Log:
Update to Jetty-4.0.0 using a backport of the JBoss-3.0.0 jetty-service
Revision ChangesPath
No revision
No revision
1.6.2.7 +10 -17contrib/jetty/src/build/Attic/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/contrib/jetty/src/build/Attic/build.xml,v
retrieving revision 1.6.2.6
retrieving revision 1.6.2.7
diff -u -r1.6.2.6 -r1.6.2.7
--- build.xml 20 Mar 2002 00:23:00 - 1.6.2.6
+++ build.xml 4 Apr 2002 18:26:00 - 1.6.2.7
@@ -1,5 +1,9 @@
+!DOCTYPE project [
+ !ENTITY jetty-service.xml SYSTEM jetty-service.xml
+]
+
?xml version=1.0 encoding=UTF-8 ?
-!-- $Id: build.xml,v 1.6.2.6 2002/03/20 00:23:00 jules_gosnell Exp $ --
+!-- $Id: build.xml,v 1.6.2.7 2002/04/04 18:26:00 starksm Exp $ --
!-- An Ant build file for the jetty-service jar and the
JBoss/Jetty bundle. The buildfile requires a JBoss dist
@@ -14,8 +18,8 @@
project name=jetty-service default=jar basedir=../..
!-- Default values for jboss.dist jetty.dist that should be overriden --
property name=jboss.dist value=${basedir}/../../jboss/dist/
-property name=jetty.dist value=${basedir}/Jetty-3.1.7-1/
-property name=jetty.jmx value=${basedir}/JettyExtra-1.0.1/jmx/
+property name=jetty.dist value=${basedir}/Jetty-4.0.0 /
+property name=jetty.jmx value=${basedir}/JettyExtra-4.0.0/jmx/
property name=Name value=JBoss-Jetty Service/
property name=name value=jetty-service/
@@ -27,7 +31,7 @@
property name=etc.dir value=${basedir}/etc/
property name=build.dir value=${basedir}/build/
property name=build.classes.dir value=${build.dir}/classes/
-property name=bundle.name value=JBoss-2.4.4_Jetty-3.1.7-1 /
+property name=bundle.name value=JBoss-2.4.5_Jetty-4.0.0 /
property name=bundle.dir value=bundle /
property name=bundle.root value=${bundle.dir}/${bundle.name} /
property name=jar.file value=${name}.jar/
@@ -49,7 +53,7 @@
pathelement location=${jboss.dist}/lib/ext/jbosssx.jar/
pathelement location=${jboss.dist}/lib/ext/log4j.jar/
pathelement location=${jetty.dist}/lib/javax.servlet.jar/
-pathelement location=${jetty.jmx}/lib/org.mortbay.jetty.jmx.jar/
+pathelement location=${jetty.jmx}/lib/org.mortbay.jmx.jar/
pathelement location=${jetty.dist}/lib/org.mortbay.jetty.jar/
pathelement location=${build.classes.dir}/
/path
@@ -194,18 +198,7 @@
file=${jcml.tgt}
token=lt;/servergt;
- replacevalue
- lt;mbean code=org.jboss.jetty.JettyService
name=DefaultDomain:service=Jettygt;
- lt;attribute name=JettyHomegt;../../jettylt;/attributegt;
- lt;attribute
name=Configurationgt;file:../conf/jetty/jetty.xmllt;/attributegt;
- lt;attribute
name=WebDefaultgt;../../jetty/etc/webdefault.xmllt;/attributegt;
- lt;attribute name=UnpackWarsgt;truelt;/attributegt;
- lt;attribute name=PublishMBeansgt;truelt;/attributegt;
- lt;/mbeangt;
-
-lt;/servergt;
- /replacevalue
-
+ replacevaluejetty-service.xml;/replacevalue
/replace
echo file=${bundle.root}/jboss/bin/run_with_jetty.sh#!/bin/sh
No revision
No revision
1.1.2.1 +138 -0contrib/jetty/src/build/Attic/jetty-service.xml
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java Jetty.java JettyMBean.java JettyService.java JettyServiceMBean.java JBossLogSink.java JBossUserRealm.java
User: starksm
Date: 02/04/04 10:25:13
Modified:jetty/src/main/org/jboss/jetty Tag: Branch_2_4
JBossWebApplicationContext.java Jetty.java
JettyMBean.java JettyService.java
JettyServiceMBean.java
Removed: jetty/src/main/org/jboss/jetty Tag: Branch_2_4
JBossLogSink.java JBossUserRealm.java
Log:
Update jetty service for changes to AbstractWebContainer and move to
Jetty-4.0.0.
Revision ChangesPath
No revision
No revision
1.34.2.3 +157 -194
contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java
Index: JBossWebApplicationContext.java
===
RCS file:
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java,v
retrieving revision 1.34.2.2
retrieving revision 1.34.2.3
diff -u -r1.34.2.2 -r1.34.2.3
--- JBossWebApplicationContext.java 20 Mar 2002 20:58:31 - 1.34.2.2
+++ JBossWebApplicationContext.java 4 Apr 2002 18:25:12 - 1.34.2.3
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: JBossWebApplicationContext.java,v 1.34.2.2 2002/03/20 20:58:31
jules_gosnell Exp $
+// $Id: JBossWebApplicationContext.java,v 1.34.2.3 2002/04/04 18:25:12 starksm Exp $
// A Jetty HttpServer with the interface expected by JBoss'
// J2EEDeployer...
@@ -16,12 +16,13 @@
//--
+import java.io.File;
import java.io.FileNotFoundException;
import java.io.IOException;
import java.net.URL;
import java.net.URLClassLoader;
import javax.xml.parsers.DocumentBuilder;
-import org.jboss.jetty.JBossUserRealm;
+import org.jboss.jetty.security.JBossUserRealm;
import org.jboss.logging.Logger;
import org.jboss.web.AbstractWebContainer.WebDescriptorParser;
import org.jboss.web.WebApplication;
@@ -47,26 +48,27 @@
WebDescriptorParser _descriptorParser;
WebApplication _webApp;
DocumentBuilder _parser;
- // String _subjAttrName=j_subject;
+ String _subjAttrName=j_subject;
public
JBossWebApplicationContext(Jetty jetty,
String contextPathSpec,
WebDescriptorParser descriptorParser,
WebApplication webApp,
-DocumentBuilder parser/*,*/
-/*String warUrl*/)
+DocumentBuilder parser,
+String warUrl)
throws IOException
{
- super(jetty, contextPathSpec/*, warUrl*/);
+ super(jetty, contextPathSpec, warUrl);
_log = Logger.getLogger(getClass().getName()+# +
contextPathSpec);
_jetty= jetty;
_descriptorParser = descriptorParser;
_webApp = webApp;
_parser = parser;
- // _subjAttrName = jetty.getSubjectAttributeName();
+ _subjAttrName = jetty.getSubjectAttributeName();
+
}
/* */
@@ -88,7 +90,7 @@
if (realmName!=null)
{
// these need to be cached and reused by name...MAYBE - TODO
- getHttpServer().addRealm(new JBossUserRealm(realmName));
+ getHttpContext().getHttpServer().addRealm(new JBossUserRealm(realmName,
_subjAttrName));
}
// this is causing a printout which implies a separate
@@ -107,185 +109,178 @@
getSecurityHandler()
{
SecurityHandler securityHandler=null;
- securityHandler=(SecurityHandler)getHandler(JBossSXSecurityHandler.class);
+ securityHandler=(SecurityHandler)getHttpHandler(JBossSXSecurityHandler.class);
if (securityHandler==null)
{
securityHandler=new JBossSXSecurityHandler();
- addHandler(0,securityHandler);
+ addHttpHandler(0,securityHandler);
}
return securityHandler;
}
// avoid Jetty maoning about things that it doesn't but AbstractWebContainer does
do...
- // protected void
- // initWebXmlElement(String element, org.mortbay.xml.XmlParser.Node node)
- // throws Exception
- // {
- // // this is ugly - should be dispatched through a hash-table or
introspection...
- //
- // // these are handled by AbstractWebContainer
- // if (resource-ref.equals(element) ||
- // env-entry.equals(element) ||
- // ejb-ref.equals(element) ||
- // ejb-local-ref.equals(element) ||
- // security-domain.equals(element))
- // {
- // //_log.info(Don't moan : +element);
- //
[JBoss-dev] CVS update: jbosstest/src/resources/dbtest/META-INF jaws.xml
User: user57 Date: 02/04/04 16:28:12 Modified:src/resources/dbtest/META-INF jaws.xml Log: o removed ds type hardcoding per bug: [ 529762 ] Hypersonic SQL hard wired in bank test Revision ChangesPath 1.13 +4 -802jbosstest/src/resources/dbtest/META-INF/jaws.xml Index: jaws.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/dbtest/META-INF/jaws.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- jaws.xml 27 Nov 2001 00:15:30 - 1.12 +++ jaws.xml 5 Apr 2002 00:28:12 - 1.13 @@ -1,805 +1,7 @@ ?xml version=1.0 encoding=UTF-8? -jaws -!-- Replace this with the name of your connection pool (from jboss.conf) -- -datasourcejava:/DefaultDS/datasource - - !-- Replace this with the type-mapping you want to use (choose one below) -- - type-mappingHypersonic SQL/type-mapping - default-entity - remove-tabletrue/remove-table - /default-entity -type-mappings -type-mapping -nameInterBase/name -mapping -java-typejava.lang.Boolean/java-type -jdbc-typeBIT/jdbc-type -sql-typeSMALLINT/sql-type -/mapping -mapping -java-typejava.lang.Byte/java-type -jdbc-typeTINYINT/jdbc-type -sql-typeSMALLINT/sql-type -/mapping -mapping -java-typejava.lang.Short/java-type -jdbc-typeSMALLINT/jdbc-type -sql-typeSMALLINT/sql-type -/mapping -mapping -java-typejava.lang.Integer/java-type -jdbc-typeINTEGER/jdbc-type -sql-typeINTEGER/sql-type -/mapping -mapping -java-typejava.lang.Long/java-type -jdbc-typeBIGINT/jdbc-type -sql-typeNUMERIC(18,0)/sql-type -/mapping -mapping -java-typejava.lang.Float/java-type -jdbc-typeREAL/jdbc-type -sql-typeFLOAT/sql-type -/mapping -mapping -java-typejava.lang.Double/java-type -jdbc-typeDOUBLE/jdbc-type -sql-typeDOUBLE PRECISION/sql-type -/mapping -mapping -java-typejava.lang.Character/java-type -jdbc-typeCHAR/jdbc-type -sql-typeCHAR/sql-type -/mapping -mapping -java-typejava.lang.String/java-type -jdbc-typeVARCHAR/jdbc-type -sql-typeVARCHAR(255)/sql-type -/mapping -mapping -java-typejava.sql.Da te/java-type -jdbc-typeDATE/jdbc-type -sql-typeDATE/sql-type -/mapping -mapping -java-typejava.sql.Time/java-type -jdbc-typeTIME/jdbc-type -sql-typeTIME/sql-type -/mapping -mapping -java-typejava.sql.Timestamp/java-type -jdbc-typeTIMESTAMP/jdbc-type -sql-typeTIMESTAMP/sql-type -/mapping -mapping -java-typejava.lang.Object/java-type -jdbc-typeJAVA_OBJECT/jdbc-type -sql-typeVARCHAR(2000)/sql-type -/mapping -/type-mapping -type-mapping -nameDB2/name -mapping -java-typejava.lang.Boolean/java-type -jdbc-typeBIT/jdbc-type -sql-typeSMALLINT/sql-type -/mapping -!-- DB2 does not appear to support columns of type byte - Regrettably, this means they'll be serialized. -mapping -java-typejava.lang.Byte/java-type -jdbc-typeCHAR/jdbc-type -sql-typeCHAR(1) FOR BIT DATA/sql-type -/mapping --- -mapping -java-typejava.lang.Short/java-type -jdbc-typeSMALLINT/jdbc-type -sql-typeSMALLINT/sql-type -/mapping -mapping -java-typejava.lang.Integer/java-type -jdbc-typeINTEGER/jdbc-type -sql-typeINTEGER/sql-type -/mapping -mapping -java-typejava.lang.Long/java-type -jdbc-typeBIGINT/jdbc-type -sql-typeBIGINT/sql-type -/mapping -mapping -java-typejava.lang.Float/java-type -jdbc-typeREAL/jdbc-type -sql-typeREAL/sql-type -
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/system/server ServerImpl.java
User: user57 Date: 02/04/04 14:21:49 Modified:src/main/org/jboss/system/server ServerImpl.java Log: o preloading URL handler map in case the factory changes Revision ChangesPath 1.14 +4 -1 jboss-system/src/main/org/jboss/system/server/ServerImpl.java Index: ServerImpl.java === RCS file: /cvsroot/jboss/jboss-system/src/main/org/jboss/system/server/ServerImpl.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- ServerImpl.java 4 Apr 2002 04:33:59 - 1.13 +++ ServerImpl.java 4 Apr 2002 22:21:48 - 1.14 @@ -47,7 +47,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a - * @version $Revision: 1.13 $ + * @version $Revision: 1.14 $ */ public class ServerImpl implements Server, ServerImplMBean @@ -128,6 +128,9 @@ // Setup JBoss URL handlers URL.setURLStreamHandlerFactory(new org.jboss.net.protocol.URLStreamHandlerFactory()); + + // Preload JBoss URL handlers into URL's handler map + org.jboss.net.protocol.URLStreamHandlerFactory.preload(); // this does not work at the moment due to java.net.URL not using TCL /* ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: thirdparty/jacorb/jacorb/lib README jacorb.jar
User: reverbel
Date: 02/04/04 10:54:43
Modified:jacorb/jacorb/lib README jacorb.jar
Log:
Updated to JacORB 1.4 beta 4, patched to fix problems with an RMI
valuetype of class Foo that has a member field of class Foo or
(even whose) has a member field that refers to itself.
This update is important for jdk1.4, in which a Throwable instance t
contains a member field of class Throwable that may refer to t.
Revision ChangesPath
1.4 +164 -2thirdparty/jacorb/jacorb/lib/README
Index: README
===
RCS file: /cvsroot/jboss/thirdparty/jacorb/jacorb/lib/README,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- README21 Mar 2002 17:49:41 - 1.3
+++ README4 Apr 2002 18:54:36 - 1.4
@@ -1,6 +1,9 @@
-The jacorb.jar file in this directory is from JacORB 1.4 beta 3,
-available at http://www.jacorb.org.
+The jacorb.jar file in this directory was generated from
+JacORB 1.4 beta 4, available at http://www.jacorb.org, by
+applying the patch below. These changes were already merged
+into the CVS HEAD version of JacORB and will be in the next
+official release of JacORB.
Kudos to the JacORB team, for this great open-source ORB.
@@ -12,3 +15,162 @@
Francisco
+
+--
+--- JacORB1_4_beta4/src/org/jacorb/orb/CDRInputStream.java Tue Mar 19 06:25:18
2002
JacORB/src/org/jacorb/orb/CDRInputStream.javaTue Apr 2 18:03:25 2002
+@@ -34,7 +34,7 @@
+ * Read CDR encoded data
+ *
+ * @author Gerald Brose, FU Berlin
+- * $Id: README,v 1.4 2002/04/04 18:54:36 reverbel Exp $
++ * $Id: README,v 1.4 2002/04/04 18:54:36 reverbel Exp $
+ */
+
+ public class CDRInputStream
+@@ -784,9 +784,15 @@
+ name = read_string();
+ // Debug.output(4, TC Union has name +
+ // name + at pos + pos );
+- org.omg.CORBA.TypeCode discriminator_type =
+-read_TypeCode(tcMap);
++ org.omg.CORBA.TypeCode discriminator_type = read_TypeCode(tcMap);
+
++ // Use the dealiased discriminator type for the label types.
++ // This works because the JacORB IDL compiler ignores any aliasing
++ // of label types and only the discriminator type is passed on the
++ // wire.
++ org.omg.CORBA.TypeCode orig_disc_type =
++((org.jacorb.orb.TypeCode) discriminator_type).originalType();
++
+ int default_index = read_long();
+
+ // Debug.output(4, TC Union has default idx: +
+@@ -811,7 +817,8 @@
+ }
+ else
+ {
+- label.read_value( this,discriminator_type );
++ // use the dealiased discriminator type to construct labels
++ label.read_value( this, orig_disc_type );
+ }
+
+ String mn = read_string();
+@@ -1905,8 +1912,24 @@
+ int index = read_long();
+ index = index + pos - 4;
+ java.lang.Object value = valueMap.get (new Integer(index));
+-if (value == null)
+-throw new org.omg.CORBA.MARSHAL (stale value indirection);
++if (value == null) {
++
++// Java to IDL Language Mapping, v1.1, page 1-44:
++//
++// The ValueHandler object may receive an IndirectionException
++// from the ORB stream. The ORB input stream throws this exception
++// when it is called to unmarshal a value encoded as an indirection
++// that is in the process of being unmarshaled. This can occur when
++// the ORB stream calls the ValueHandler object to unmarshal an RMI
++// value whose state contains a recursive reference to itself.
++// Because the top-level ValueHandler.readValue call has not yet
++// returned a value, the ORB stream's indirection table contains no
++// entry for an object with the stream offset specified by the
++// indirection tag. This stream offset is returned in the
++// exception's offset field.
++
++throw new org.omg.CORBA.portable.IndirectionException (index);
++}
+ else
+ return (java.io.Serializable)value;
+ }
+--- JacORB1_4_beta4/src/org/jacorb/orb/TypeCode.java Tue Mar 19 06:25:20 2002
JacORB/src/org/jacorb/orb/TypeCode.java Tue Apr 2 18:03:25 2002
+@@ -33,7 +33,7 @@
+ * JacORB implementation of CORBA TypeCodes
+ *
+ * @author Gerald Brose, FU Berlin
+- * @version $Id: README,v 1.4 2002/04/04 18:54:36
[JBoss-dev] CVS update: jboss/src/main/org/jboss/proxy/compiler Runtime.java
User: user57
Date: 02/04/04 16:40:24
Modified:src/main/org/jboss/proxy/compiler Runtime.java
Log:
o removed Logger import
Revision ChangesPath
1.2 +6 -8 jboss/src/main/org/jboss/proxy/compiler/Runtime.java
Index: Runtime.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/proxy/compiler/Runtime.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- Runtime.java 7 Mar 2002 17:03:53 - 1.1
+++ Runtime.java 5 Apr 2002 00:40:24 - 1.2
@@ -6,16 +6,14 @@
*/
package org.jboss.proxy.compiler;
-import org.jboss.logging.Logger;
-
-
/**
* Manages bytecode assembly for dynamic proxy generation.
*
+ * pThis is the only data needed at runtime.
+ *
* @author Unknown
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
- // this is the only data needed at runtime:
public class Runtime
extends ClassLoader
{
@@ -48,10 +46,11 @@
throws Throwable {
java.lang.reflect.Method method = methods[methodNum];
if (method.getName().equals( writeReplace ))
- {
-return new ProxyProxy( invocationHandler, copyTargetTypes() );
+ {
+ return new ProxyProxy( invocationHandler, copyTargetTypes() );
+
+ }
- }
return invocationHandler.invoke(null, methods[methodNum], values);
}
@@ -120,5 +119,4 @@
}
return cl.getResource(name);
}
-
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata WebMetaData.java
User: starksm
Date: 02/04/04 11:06:27
Modified:src/main/org/jboss/metadata Tag: Branch_2_4 WebMetaData.java
Log:
Add support for ejb-local-ref values to web apps.
Revision ChangesPath
No revision
No revision
1.2.6.4 +19 -1 jboss/src/main/org/jboss/metadata/WebMetaData.java
Index: WebMetaData.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/WebMetaData.java,v
retrieving revision 1.2.6.3
retrieving revision 1.2.6.4
diff -u -r1.2.6.3 -r1.2.6.4
--- WebMetaData.java 4 Apr 2002 08:26:20 - 1.2.6.3
+++ WebMetaData.java 4 Apr 2002 19:06:26 - 1.2.6.4
@@ -22,7 +22,7 @@
* @see org.jboss.web.AbstractWebContainer
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.2.6.3 $
+ * @version $Revision: 1.2.6.4 $
*/
public class WebMetaData implements XmlLoadable
{
@@ -30,6 +30,7 @@
private HashMap resourceEnvReferences = new HashMap();
private ArrayList environmentEntries = new ArrayList();
private HashMap ejbReferences = new HashMap();
+ private HashMap ejbLocalReferences = new HashMap();
private ArrayList securityRoleReferences = new ArrayList();
private String securityDomain;
/** The war context root as specified as the jboss-web.xml
@@ -57,6 +58,13 @@
{
return ejbReferences.values().iterator();
}
+ /** Return an iterator of the ejb-local-ref mappings.
+@return Iterator of EjbLocalRefMetaData objects.
+*/
+ public Iterator getEjbLocalReferences()
+ {
+ return ejbLocalReferences.values().iterator();
+ }
/** Return an iterator of the resource-ref mappings.
@return Iterator of ResourceRefMetaData objects.
*/
@@ -158,6 +166,16 @@
EjbRefMetaData ejbRefMetaData = new EjbRefMetaData();
ejbRefMetaData.importEjbJarXml(ejbRef);
ejbReferences.put(ejbRefMetaData.getName(), ejbRefMetaData);
+ }
+
+ // Parse the web-app/ejb-local-ref elements
+ iterator = MetaData.getChildrenByTagName(webApp, ejb-local-ref);
+ while( iterator.hasNext() )
+ {
+ Element ejbRef = (Element) iterator.next();
+ EjbLocalRefMetaData ejbRefMetaData = new EjbLocalRefMetaData();
+ ejbRefMetaData.importEjbJarXml(ejbRef);
+ ejbLocalReferences.put(ejbRefMetaData.getName(), ejbRefMetaData);
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb Container.java
User: starksm
Date: 02/04/04 11:06:27
Modified:src/main/org/jboss/ejb Tag: Branch_2_4 Container.java
Log:
Add support for ejb-local-ref values to web apps.
Revision ChangesPath
No revision
No revision
1.44.2.9 +18 -57jboss/src/main/org/jboss/ejb/Container.java
Index: Container.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/Container.java,v
retrieving revision 1.44.2.8
retrieving revision 1.44.2.9
diff -u -r1.44.2.8 -r1.44.2.9
--- Container.java20 Nov 2001 09:42:48 - 1.44.2.8
+++ Container.java4 Apr 2002 19:06:27 - 1.44.2.9
@@ -41,6 +41,7 @@
import javax.sql.DataSource;
import org.jboss.logging.Logger;
+import org.jboss.naming.Util;
import org.jboss.security.AuthenticationManager;
import org.jboss.security.RealmMapping;
@@ -70,7 +71,7 @@
* @author Rickard Öberg ([EMAIL PROTECTED])
* @author a href=[EMAIL PROTECTED]Marc Fleury/a
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.44.2.8 $
+ * @version $Revision: 1.44.2.9 $
*/
public abstract class Container
{
@@ -481,10 +482,7 @@
Container refContainer =
getApplication().getContainer(ref.getLink());
if (refContainer == null)
throw new DeploymentException (Bean +ref.getLink()+ not
found within this application.);
- bind(envCtx, ref.getName(), new
LinkRef(refContainer.getBeanMetaData().getJndiName()));
-
- // bind(envCtx, ref.getName(), new
Reference(ref.getHome(), new StringRefAddr(Container,ref.getLink()),
getClass().getName()+.EjbReferenceFactory, null));
- //bind(envCtx, ref.getName(), new
LinkRef(ref.getLink()));
+ Util.bind(envCtx, ref.getName(), new
LinkRef(refContainer.getBeanMetaData().getJndiName()));
}
else
{
@@ -494,7 +492,7 @@
throw new DeploymentException(ejb-ref +ref.getName()+,
expected either ejb-link in ejb-jar.xml or jndi-name in jboss.xml);
}
log.debug(Binding +ref.getName()+ to external JNDI source:
+ref.getJndiName());
- bind(envCtx, ref.getName(), new LinkRef(ref.getJndiName()));
+ Util.bind(envCtx, ref.getName(), new LinkRef(ref.getJndiName()));
}
}
}
@@ -502,29 +500,22 @@
// Bind Local EJB references
{
Iterator enum = beanMetaData.getEjbLocalReferences();
-// unique key name
-String uniqueKey = Long.toString( (new java.util.Date()).getTime() );
+String localJndiName = beanMetaData.getLocalJndiName();
while(enum.hasNext())
{
-
EjbLocalRefMetaData ref = (EjbLocalRefMetaData)enum.next();
- log.debug(Binding an EJBLocalReference +ref.getName());
+ String refName = ref.getName();
+ log.debug(Binding an EJBLocalReference +refName);
if (ref.getLink() != null)
{
// Internal link
- log.debug(Binding +ref.getName()+ to bean source:
+ref.getLink());
- if (getApplication().getContainer(ref.getLink()) == null)
- throw new DeploymentException (Bean +ref.getLink()+ not
found within this application.);
- // get local home
- // bind it into the local namespace
- LocalHomeObjectFactory.rebind( uniqueKey + ref.getName(),
- getApplication(), getApplication().getContainer(ref.getLink())
);
- StringRefAddr refAddr = new StringRefAddr(nns,
uniqueKey+ref.getName() );
- Reference jndiRef = new Reference(ref.getLocalHome(),
- refAddr, LocalHomeObjectFactory.class.getName(), null );
- bind(envCtx, ref.getName(), jndiRef );
-
+ String refLink = ref.getLink();
+ log.debug(Binding +refName+ to bean source: +refLink);
+ Container refContainer = getApplication().getContainer(refLink);
+ if( refContainer == null )
+ throw new DeploymentException (Bean +refLink+ not found
within this application.);
+ Util.bind(envCtx, refName, new
LinkRef(refContainer.getBeanMetaData().getLocalJndiName()));
}
else
{
@@ -586,7 +577,7 @@
try
{
log.debug(Binding URL: +finalName+ to JDNI ENC as:
+ref.getRefName());
-
[JBoss-dev] CVS update: jboss/src/main/org/jboss/web AbstractWebContainer.java
User: starksm
Date: 02/04/04 11:06:27
Modified:src/main/org/jboss/web Tag: Branch_2_4
AbstractWebContainer.java
Log:
Add support for ejb-local-ref values to web apps.
Revision ChangesPath
No revision
No revision
1.4.4.11 +115 -45 jboss/src/main/org/jboss/web/AbstractWebContainer.java
Index: AbstractWebContainer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/AbstractWebContainer.java,v
retrieving revision 1.4.4.10
retrieving revision 1.4.4.11
diff -u -r1.4.4.10 -r1.4.4.11
--- AbstractWebContainer.java 4 Apr 2002 08:26:20 - 1.4.4.10
+++ AbstractWebContainer.java 4 Apr 2002 19:06:27 - 1.4.4.11
@@ -5,10 +5,12 @@
import java.io.File;
import java.io.FileInputStream;
import java.io.InputStream;
+import java.lang.reflect.Method;
import java.net.MalformedURLException;
import java.net.URL;
import java.net.URLClassLoader;
import java.util.HashMap;
+import java.util.HashSet;
import java.util.Iterator;
import javax.naming.Context;
import javax.naming.InitialContext;
@@ -21,6 +23,7 @@
import org.w3c.dom.Element;
import org.jboss.deployment.DeploymentException;
+import org.jboss.metadata.EjbLocalRefMetaData;
import org.jboss.metadata.EjbRefMetaData;
import org.jboss.metadata.EnvEntryMetaData;
import org.jboss.metadata.ResourceEnvRefMetaData;
@@ -121,7 +124,7 @@
@see org.jboss.security.SecurityAssociation;
@author [EMAIL PROTECTED]
-@version $Revision: 1.4.4.10 $
+@version $Revision: 1.4.4.11 $
*/
public abstract class AbstractWebContainer extends ServiceMBeanSupport implements
AbstractWebContainerMBean
{
@@ -302,53 +305,56 @@
{
}
-/** This method is invoked from within subclass performDeploy() method
- implementations when they invoke WebDescriptorParser.parseWebAppDescriptors().
+ /** This method is invoked from within subclass performDeploy() method
+ implementations when they invoke WebDescriptorParser.parseWebAppDescriptors().
-@param loader, the ClassLoader for the web application. May not be null.
-@param webApp, the root element of thw web-app.xml descriptor. May not be null.
-@param jbossWeb, the root element of thw jboss-web.xml descriptor. May be null
-to indicate that no jboss-web.xml descriptor exists.
-*/
-protected void parseWebAppDescriptors(ClassLoader loader, WebMetaData metaData)
throws Exception
-{
-log.debug(AbstractWebContainer.parseWebAppDescriptors, Begin);
+ @param loader, the ClassLoader for the web application. May not be null.
+ @param webApp, the root element of thw web-app.xml descriptor. May not be null.
+ @param jbossWeb, the root element of thw jboss-web.xml descriptor. May be null
+ to indicate that no jboss-web.xml descriptor exists.
+ */
+ protected void parseWebAppDescriptors(ClassLoader loader, WebMetaData metaData)
throws Exception
+ {
+ log.debug(AbstractWebContainer.parseWebAppDescriptors, Begin);
-InitialContext iniCtx = new InitialContext();
-Context envCtx = null;
-ClassLoader currentLoader = Thread.currentThread().getContextClassLoader();
-try
-{
-// Create a java:comp/env environment unique for the web application
-Thread.currentThread().setContextClassLoader(loader);
-envCtx = (Context) iniCtx.lookup(java:comp);
-// Add a link to the global transaction manager
-envCtx.bind(UserTransaction, new LinkRef(UserTransaction));
-log.debug(Linking java:comp/UserTransaction to JNDI name:
UserTransaction);
-envCtx = envCtx.createSubcontext(env);
-}
-finally
-{
-Thread.currentThread().setContextClassLoader(currentLoader);
-}
+ InitialContext iniCtx = new InitialContext();
+ Context envCtx = null;
+ ClassLoader currentLoader = Thread.currentThread().getContextClassLoader();
+ try
+ {
+ // Create a java:comp/env environment unique for the web application
+ Thread.currentThread().setContextClassLoader(loader);
+ envCtx = (Context) iniCtx.lookup(java:comp);
+ // Add a link to the global transaction manager
+ envCtx.bind(UserTransaction, new LinkRef(UserTransaction));
+ log.debug(Linking java:comp/UserTransaction to JNDI name:
UserTransaction);
+ envCtx = envCtx.createSubcontext(env);
+ }
+ finally
+ {
+ Thread.currentThread().setContextClassLoader(currentLoader);
+ }
-Iterator envEntries = metaData.getEnvironmentEntries();
-log.debug(addEnvEntries);
-
[JBoss-dev] CVS update: jboss/src/main/org/jboss/util ServiceMBeanSupport.java
User: starksm
Date: 02/04/04 11:12:27
Modified:src/main/org/jboss/util Tag: Branch_2_4
ServiceMBeanSupport.java
Log:
Add a throws Exception clause to stopService and destroyService
Revision ChangesPath
No revision
No revision
1.13.4.5 +3 -1 jboss/src/main/org/jboss/util/Attic/ServiceMBeanSupport.java
Index: ServiceMBeanSupport.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/util/Attic/ServiceMBeanSupport.java,v
retrieving revision 1.13.4.4
retrieving revision 1.13.4.5
diff -u -r1.13.4.4 -r1.13.4.5
--- ServiceMBeanSupport.java 20 Nov 2001 09:42:57 - 1.13.4.4
+++ ServiceMBeanSupport.java 4 Apr 2002 19:12:26 - 1.13.4.5
@@ -28,7 +28,7 @@
@author Rickard Öberg ([EMAIL PROTECTED])
@author [EMAIL PROTECTED]
-@version $Revision: 1.13.4.4 $
+@version $Revision: 1.13.4.5 $
*/
public abstract class ServiceMBeanSupport
extends NotificationBroadcasterSupport
@@ -212,10 +212,12 @@
}
protected void stopService()
+ throws Exception
{
}
protected void destroyService()
+ throws Exception
{
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/log JBossLogSink.java
User: starksm
Date: 02/04/04 11:14:19
Added: jetty/src/main/org/jboss/jetty/log Tag: Branch_2_4
JBossLogSink.java
Log:
Backport of 3.0 service to 2.4
Revision ChangesPath
No revision
No revision
1.2.2.1 +15 -15contrib/jetty/src/main/org/jboss/jetty/log/JBossLogSink.java
Index: JBossLogSink.java
===
RCS file:
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/log/JBossLogSink.java,v
retrieving revision 1.2
retrieving revision 1.2.2.1
diff -u -r1.2 -r1.2.2.1
--- JBossLogSink.java 22 Feb 2002 05:15:40 - 1.2
+++ JBossLogSink.java 4 Apr 2002 19:14:19 - 1.2.2.1
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: JBossLogSink.java,v 1.2 2002/02/22 05:15:40 janb Exp $
+// $Id: JBossLogSink.java,v 1.2.2.1 2002/04/04 19:14:19 starksm Exp $
package org.jboss.jetty.log;
@@ -26,7 +26,7 @@
* This class bidges the API between Jetty and Log4J.
*
* @author a href=mailto:;Jules Gosnell/a
- * @version $Id: JBossLogSink.java,v 1.2 2002/02/22 05:15:40 janb Exp $
+ * @version $Id: JBossLogSink.java,v 1.2.2.1 2002/04/04 19:14:19 starksm Exp $
* @since 1.0
* @see org.mortbay.util.LogSink
*/
@@ -116,13 +116,13 @@
public void
setOptions(String dateFormat,
-String timezone,
-boolean logTimeStamps,
-boolean logLabels,
-boolean logTags,
-boolean logStackSize,
-boolean logStackTrace,
-boolean logOneLine)
+ String timezone,
+ boolean logTimeStamps,
+ boolean logLabels,
+ boolean logTags,
+ boolean logStackSize,
+ boolean logStackTrace,
+ boolean logOneLine)
{
// is it possible to translate these into JBoss logging options...?
}
@@ -131,11 +131,11 @@
setOptions(String logOptions)
{
// setOptions((logOptions.indexOf(OPT_TIMESTAMP) = 0),
-// (logOptions.indexOf(OPT_LABEL) = 0),
-// (logOptions.indexOf(OPT_TAG) = 0),
-// (logOptions.indexOf(OPT_STACKSIZE) = 0),
-// (logOptions.indexOf(OPT_STACKTRACE) = 0),
-// (logOptions.indexOf(OPT_ONELINE) = 0));
+// (logOptions.indexOf(OPT_LABEL) = 0),
+// (logOptions.indexOf(OPT_TAG) = 0),
+// (logOptions.indexOf(OPT_STACKSIZE) = 0),
+// (logOptions.indexOf(OPT_STACKTRACE) = 0),
+// (logOptions.indexOf(OPT_ONELINE) = 0));
}
public String
@@ -190,4 +190,4 @@
{
_log.info(formattedLog);
}
-};
+}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/security JBossUserRealm.java
User: starksm Date: 02/04/04 11:14:19 Added: jetty/src/main/org/jboss/jetty/security Tag: Branch_2_4 JBossUserRealm.java Log: Backport of 3.0 service to 2.4 Revision ChangesPath No revision No revision 1.6.2.1 +2 -2 contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java Index: JBossUserRealm.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java,v retrieving revision 1.6 retrieving revision 1.6.2.1 diff -u -r1.6 -r1.6.2.1 --- JBossUserRealm.java 21 Mar 2002 12:12:34 - 1.6 +++ JBossUserRealm.java 4 Apr 2002 19:14:19 - 1.6.2.1 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: JBossUserRealm.java,v 1.6 2002/03/21 12:12:34 janb Exp $ +// $Id: JBossUserRealm.java,v 1.6.2.1 2002/04/04 19:14:19 starksm Exp $ package org.jboss.jetty.security; @@ -29,7 +29,7 @@ /** An implementation of UserRealm that integrates with the JBossSX * security manager associted with the web application. * @author [EMAIL PROTECTED] - * @version $Revision: 1.6 $ + * @version $Revision: 1.6.2.1 $ */ // TODO ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/util AbstractTimeOutManager.java NaiveTimeOutManager.java
User: starksm Date: 02/04/04 11:14:20 Added: jetty/src/main/org/jboss/jetty/util Tag: Branch_2_4 AbstractTimeOutManager.java NaiveTimeOutManager.java Log: Backport of 3.0 service to 2.4 Revision ChangesPath No revision No revision 1.5.2.1 +1 -1 contrib/jetty/src/main/org/jboss/jetty/util/AbstractTimeOutManager.java Index: AbstractTimeOutManager.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/util/AbstractTimeOutManager.java,v retrieving revision 1.5 retrieving revision 1.5.2.1 diff -u -r1.5 -r1.5.2.1 --- AbstractTimeOutManager.java 16 Feb 2002 01:04:32 - 1.5 +++ AbstractTimeOutManager.java 4 Apr 2002 19:14:20 - 1.5.2.1 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: AbstractTimeOutManager.java,v 1.5 2002/02/16 01:04:32 jules_gosnell Exp $ +// $Id: AbstractTimeOutManager.java,v 1.5.2.1 2002/04/04 19:14:20 starksm Exp $ //-- 1.10.2.1 +2 -1 contrib/jetty/src/main/org/jboss/jetty/util/NaiveTimeOutManager.java Index: NaiveTimeOutManager.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/util/NaiveTimeOutManager.java,v retrieving revision 1.10 retrieving revision 1.10.2.1 diff -u -r1.10 -r1.10.2.1 --- NaiveTimeOutManager.java 6 Mar 2002 00:34:33 - 1.10 +++ NaiveTimeOutManager.java 4 Apr 2002 19:14:20 - 1.10.2.1 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: NaiveTimeOutManager.java,v 1.10 2002/03/06 00:34:33 jules_gosnell Exp $ +// $Id: NaiveTimeOutManager.java,v 1.10.2.1 2002/04/04 19:14:20 starksm Exp $ //-- @@ -17,6 +17,7 @@ import java.util.LinkedList; import java.util.List; import org.jboss.logging.Logger; +import org.jboss.jetty.util.AbstractTimeOutManager.TimeOutHelper; //-- ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/xml JettyResolver.java
User: starksm Date: 02/04/04 11:14:20 Added: jetty/src/main/org/jboss/jetty/xml Tag: Branch_2_4 JettyResolver.java Log: Backport of 3.0 service to 2.4 Revision ChangesPath No revision No revision 1.2.2.1 +0 -0 contrib/jetty/src/main/org/jboss/jetty/xml/JettyResolver.java Index: JettyResolver.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/xml/JettyResolver.java,v retrieving revision 1.2 retrieving revision 1.2.2.1 diff -u -r1.2 -r1.2.2.1 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-539499 ] Added JBoss 'file' protocol handler
Change Notes item #539499, was opened at 2002-04-04 14:49 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=539499group_id=22866 Category: JBoss/Common Group: v3.0 (Rabbit Hole) Status: Open Priority: 5 Submitted By: Jason Dillon (user57) Assigned to: Jason Dillon (user57) Summary: Added JBoss 'file' protocol handler Initial Comment: A JBoss 'file' protocol handler has been added, which correctly returns File.lastModified() for URLConnection.getLastModified() as well as URLConnection.getHeaderField(last-modified). This handler is installed by default when the server boots. --jason -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=539499group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/proxy/compiler Replaceable.java
User: user57
Date: 02/04/04 17:08:36
Modified:src/main/org/jboss/proxy/compiler Replaceable.java
Log:
o Added javadoc
Revision ChangesPath
1.2 +24 -10jboss/src/main/org/jboss/proxy/compiler/Replaceable.java
Index: Replaceable.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/proxy/compiler/Replaceable.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- Replaceable.java 7 Dec 2001 17:33:22 - 1.1
+++ Replaceable.java 5 Apr 2002 01:08:36 - 1.2
@@ -1,16 +1,30 @@
-package org.jboss.proxy.compiler;
-
-
-
-import java.io.*;
-
+/*
+ * JBoss, the OpenSource J2EE webOS
+ *
+ * Distributable under LGPL license.
+ * See terms of license at gnu.org.
+ */
+package org.jboss.proxy.compiler;
-public interface Replaceable extends Serializable
+import java.io.Serializable;
+/**
+ * ???
+ *
+ * @author Unknown
+ * @version $Revision: 1.2 $
+ */
+public interface Replaceable
+ extends Serializable
{
-
- public Object writeReplace() throws ObjectStreamException;
-
+ /**
+* ???
+*
+* @return ???
+*
+* @throws ObjectStreamException
+*/
+ Object writeReplace() throws ObjectStreamException;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib xalan.jar
User: starksm Date: 02/04/04 17:23:15 Added: src/lib Tag: Branch_2_4 xalan.jar Log: Add the xalan-j_2_3_1 jar for TRAX support Revision ChangesPath No revision No revision 1.1.2.1 +3524 -0 jboss/src/lib/Attic/xalan.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/resources/org/jboss/metadata application_1_3.dtd
User: starksm Date: 02/04/04 17:23:56 Added: src/resources/org/jboss/metadata Tag: Branch_2_4 application_1_3.dtd Log: Add the J2EE 1.3 application dtd Revision ChangesPath No revision No revision 1.1.2.1 +0 -0 jboss/src/resources/org/jboss/metadata/application_1_3.dtd Index: application_1_3.dtd === RCS file: /cvsroot/jboss/jboss/src/resources/org/jboss/metadata/application_1_3.dtd,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/proxy/compiler Replaceable.java
User: user57 Date: 02/04/04 17:16:00 Modified:src/main/org/jboss/proxy/compiler Replaceable.java Log: o fixed import Revision ChangesPath 1.3 +2 -2 jboss/src/main/org/jboss/proxy/compiler/Replaceable.java Index: Replaceable.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/proxy/compiler/Replaceable.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Replaceable.java 5 Apr 2002 01:08:36 - 1.2 +++ Replaceable.java 5 Apr 2002 01:16:00 - 1.3 @@ -8,12 +8,12 @@ package org.jboss.proxy.compiler; import java.io.Serializable; - +import java.io.ObjectStreamException; /** * ??? * * @author Unknown - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public interface Replaceable extends Serializable ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-539501 ] Added DeploymentCache component
Change Notes item #539501, was opened at 2002-04-04 14:54 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=539501group_id=22866 Category: JBoss/System Group: v3.0 (Rabbit Hole) Status: Open Priority: 5 Submitted By: Jason Dillon (user57) Assigned to: Jason Dillon (user57) Summary: Added DeploymentCache component Initial Comment: A new component called DeploymentCache (org.jboss.deployment.cache.DeploymnetCache) has been added, which is used to intercept calls between a DeploymentScanner and the MainDeployer, caching the URL content. By default the cache is not enabled, as most developers and productions system will not need to cache deployment URLs. Systems that use JBoss NetBoot will want to configure the cache to speed up the time required to boot and to reduce network traffic. Commented instructions on how to use the cache have been added to default/conf/jboss-service.xml. Below is an example of the basic DeploymentCache + URLDeploymentScanner configuration: mbean code=org.jboss.deployment.cache.FileDeploymentStore name=jboss.deployment:type=DeploymentStore,flavor=Fil e attribute name=DirectoryNamedata/deployment- cache/attribute /mbean mbean code=org.jboss.deployment.cache.DeploymentCache name=jboss.deployment:type=DeploymentCache depends optional-attribute- name=Deployerjboss.system:service=MainDeployer/dep ends depends optional-attribute- name=Storejboss.deployment:type=DeploymentStore,fla vor=File/depends /mbean mbean code=org.jboss.deployment.scanner.URLDeploymentScanne r name=jboss.deployment:type=DeploymentScanner,flavor=U RL depends optional-attribute- name=Deployerjboss.system:service=MainDeployer/dep ends attribute name=ScanPeriod5000/attribute attribute name=URLs ./deploy /attribute /mbean -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=539501group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-522179 ] Deployer Doesn't Ignore dotfiles
Bugs item #522179, was opened at 2002-02-24 11:59 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=522179group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Hunter Hillegas (hunterhillegas) Assigned to: Jason Dillon (user57) Summary: Deployer Doesn't Ignore dotfiles Initial Comment: The new deployer, as great as it is, doesn't ignore dotfiles (files with first character as a dot) in the deploy directory. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=522179group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-527876 ] Deployment order still wrong
Bugs item #527876, was opened at 2002-03-09 12:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=527876group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Adrian Brock (ejort) Assigned to: Jason Dillon (user57) Summary: Deployment order still wrong Initial Comment: The deployment order is still broken for ears. I'm reporting it as a bug so others can monitor for the fix. To reproduce. 1) add an ear with a war inside to deploy/ 2) remove jetty-plugin.sar 3) rebuild The rebuilt Jetty is loaded after the ear, the war never gets deployed. Similar problems for other dependencies. Database and messaging. Regards, Adrian -- Comment By: Jason Dillon (user57) Date: 2002-04-04 14:57 Message: Logged In: YES user_id=15045 Is this still an issue? Let me know if it is and I will re-open/fix this. --jason -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=527876group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-519741 ] run.sh -server fix
Bugs item #519741, was opened at 2002-02-18 23:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519741group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Jason Dillon (user57) Summary: run.sh -server fix Initial Comment: MacOS X 10.1.2 JDK 1.3.1 The MacOS JVM supports HotSpot, but not the '- server' option. The following patch fixes this in what I think is a platform independent way. I've tested on MacOS X and linux/JDK 1.3. diff -r1.35 run.sh 69,70c69,70 # Check for SUN(tm) JVM w/ HotSpot support HAS_HOTSPOT=`$JAVA -version 21 | $GREP HotSpot` --- # Check for SUN(tm) JVM server VM support HAS_SERVER_VM=`$JAVA -version 21 | $GREP -server` 72,73c72,73 # If JAVA_OPTS is not set and the JVM is HOTSPOT enabled, then the server mode if [ x$JAVA_OPTS = x -a x$HAS_HOTSPOT != x ]; then --- # If JAVA_OPTS is not set and the JVM is SERVER enabled, then the server mode if [ x$JAVA_OPTS = x -a x$HAS_SERVER_VM != x ]; then -- Comment By: Stephen Coy (scoy) Date: 2002-03-24 16:31 Message: Logged In: YES user_id=463096 Apple recently changed their java implementation specifically to avoid this issue. However, this does not invalidate the fix because the existence of Hotspot still should not imply that a - server command line option is available. I'll be the first to admit that this is wayyy down the priority list though! -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519741group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Todo: multiple instances detection
Ins't there a way to build a JMX hub that has the listeners and all the instances in the same physical machine just hook up to the JMX domain. There must be a peer-2-peer layer on top of the nodes, I will have to look at JXTA, since Dain said they were good. Then the numbers are fixed and managed through one mbean who can monitor it's own configuration file (to do). Then we can change on the fly the configuration of the machine listener. He proxies based on ?... to the target JMX nodes, possibly clustered... here I am lost. marcf _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12035 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Todo: multiple instances detection
SF mailing lists suck ass. I am not seeing email that I wrote like 3 days ago... this blows. * * * If references use home objects to recover there linkage then can't they use JNDI port? --jason Bill Burke wrote: Maybe the invokers should run on a hard-coded port. With a hard-coded port, I think references can live beyond the life of the server. Or maybe I don't know what I'm talking about :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Dillon Sent: Wednesday, April 03, 2002 4:49 PM To: marc fleury Cc: Jboss-Development@Lists. Sourceforge. Net Subject: Re: [JBoss-dev] Todo: multiple instances detection Not sure that an external component is the best choice for this... but I have not really thought it through. On a related note, I sent mail a while ago asking about the web service for class loading wtr having it use an anonymous port. If we set the default RMI port to anonymous too, then we only have naming, jmx-html-adapter and web ports to deal with. Once the jmx-html-adapter is a .war, then we only have naming and web. Does anyone know if it is possible to setup on public port, which then attaches to other anonymous/random ports, switching based on the content. This would make it look to clients like there was only one port, but really there could be many, but the actual numer would not matter. Something like this could (assuming it is possible) would make it easy to integrate thirdparty plugins into the single port scheme which simply need a port, with out them having to know about a special component or conform to a specific api to select a random port or whatever... --jason marc fleury wrote: there should be a service that is part of the first services coming up and that detects if other JBoss systems are running on the same physical machines, this is to avoid port conflict as some services are holding on to some ports (e.g. naming on 1099, detached RMI, clustered RMI). We would then not start the naming as a duplicate nor the detached RMI but we would use the clustered RMI by increasing the connection port. This will enable people to run multiple instances of JBoss without having to manually change the stuff all the time. At least on the services we provide we should show how these behave. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-common/src/main/org/jboss/net/protocol/file - New directory
User: user57 Date: 02/04/04 14:19:26 jboss-common/src/main/org/jboss/net/protocol/file - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss.jcml
User: starksm Date: 02/04/04 18:39:39 Modified:src/etc/conf/default Tag: Branch_2_4 jboss.jcml Log: Add a marker at the point the web container service should be inserted Revision ChangesPath No revision No revision 1.40.2.11 +2 -12 jboss/src/etc/conf/default/Attic/jboss.jcml Index: jboss.jcml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/Attic/jboss.jcml,v retrieving revision 1.40.2.10 retrieving revision 1.40.2.11 diff -u -r1.40.2.10 -r1.40.2.11 --- jboss.jcml18 Dec 2001 21:00:55 - 1.40.2.10 +++ jboss.jcml5 Apr 2002 02:39:39 - 1.40.2.11 @@ -114,17 +114,6 @@ attribute name=BeanCacheJMSMonitoringEnabledfalse/attribute /mbean - !-- Uncomment to add embedded tomcat service - mbean code=org.jboss.tomcat.EmbeddedTomcatServiceSX name=DefaultDomain:service=EmbeddedTomcat / - -- - - !-- Uncomment and set file URL to add Jetty service (you can set config more than once) - mbean code=org.jboss.jetty.JettyService name=DefaultDomain:service=Jetty -attribute name=Configurationfile URL to jetty.xml e.g. file:/usr/local/jboss/dist/conf/default/jetty.xml/attribute - /mbean - -- - - !-- -- !-- JBossMQ -- !-- -- @@ -202,8 +191,9 @@ attribute name=PoolFactoryClassorg.jboss.jms.asf.StdServerSessionPoolFactory/attribute /mbean +!-- Insert WebContainer HERE -- - !-- Make sure you change EmbeddedTomcat to Jetty if you are using Jetty -- + !-- Make sure you change EmbeddedTomcat to your web container service -- mbean code=org.jboss.deployment.J2eeDeployer name=J2EE:service=J2eeDeployer attribute name=DeployerNameDefault/attribute attribute name=JarDeployerName:service=ContainerFactory/attribute ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Patched HSQLDB sources?
Does this mean that 1.7.0 has better embedable support so we don't have to hack up the dist to make it work with JBoss? I didn't look at the new stuff, so I don't have a clue... but I am hoping that is what it means. I am simply concered that with the current impl we don't really have much control over the maintenece... which I would like to have fixed. --jason Peter Fagerlund wrote: on 04-04-2 03.13, Jason Dillon at [EMAIL PROTECTED] wrote: Where are the patched sources for the JBoss HSQLDB? Does anyone know if the 1.7.x version is flexible enough to use it out of the box? If not, could whoever patched it in the first place try to get those changes commited... assuming they are not completly JBoss specific. They are at 1.7.0RC3 and are looking at implementing the patch We have been using ... If the patch is JBoss specific, then we should start managing the sources internally (like we do with Jetty), so we can maintain the patched version effectivly. lets wait until they go 1.7.0 ... then We can upgrade ... depending on 1.7.0's choosen embedded support ... alt. We could manage the listener components ourself and use the Database class directly from there ... the way We traditionaly started hsql is to call the org.hsql.Server class that is a listerner ... We could reuse Jetty's or web module's listener components and so unify with a new hsqldb listener. And then perhaps also refactor JNP to use the same listener components ? ... Today all 4 mentioned have there own listener implementation. /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Release 2.4.5 ??
Will the Tomcat bundle be the latest Tomcat (4.0.3)? _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=11554 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Listerner factory
What does a listener factory do... can you explain in more detail. --jason Peter Fagerlund wrote: Maybe a central listener factory could hand out listerner objects to services and from there also manage multiple instance detection plus migration of services depending on A-VM going down while B-VM are using for example A-VM's JNP. /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Patched HSQLDB sources?
on 04-04-2 22.42, Jason Dillon at [EMAIL PROTECTED] wrote: Does this mean that 1.7.0 has better embedable support so we don't have to hack up the dist to make it work with JBoss? I didn't look at the new stuff, so I don't have a clue... but I am hoping that is what it means. They are looking at supporting embedded using our patch - they may go another road and/or just be inspired by what We used ... they do want to have something supporting embedded ... how and when I do not know ... If one uses ones own ServerSocket and connection threads that use the hsqldb.Database class directly - then We do not need to touch the hsqldb code and have more controll over the listeners in JBoss ... this is how the Avalon project has solved there embedded hsqldb. I am simply concered that with the current impl we don't really have much control over the maintenece... which I would like to have fixed. You can get it from the sf.net/hsqldb patch area ... /peter_f --jason Peter Fagerlund wrote: on 04-04-2 03.13, Jason Dillon at [EMAIL PROTECTED] wrote: Where are the patched sources for the JBoss HSQLDB? Does anyone know if the 1.7.x version is flexible enough to use it out of the box? If not, could whoever patched it in the first place try to get those changes commited... assuming they are not completly JBoss specific. They are at 1.7.0RC3 and are looking at implementing the patch We have been using ... If the patch is JBoss specific, then we should start managing the sources internally (like we do with Jetty), so we can maintain the patched version effectivly. lets wait until they go 1.7.0 ... then We can upgrade ... depending on 1.7.0's choosen embedded support ... alt. We could manage the listener components ourself and use the Database class directly from there ... the way We traditionaly started hsql is to call the org.hsql.Server class that is a listerner ... We could reuse Jetty's or web module's listener components and so unify with a new hsqldb listener. And then perhaps also refactor JNP to use the same listener components ? ... Today all 4 mentioned have there own listener implementation. /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/deployment/cache DeploymentCache.java
User: user57
Date: 02/04/04 12:57:59
Modified:src/main/org/jboss/deployment/cache DeploymentCache.java
Log:
o Don't need to track deployments, use target Deployer for that
Revision ChangesPath
1.3 +4 -19
jboss-system/src/main/org/jboss/deployment/cache/DeploymentCache.java
Index: DeploymentCache.java
===
RCS file:
/cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/cache/DeploymentCache.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- DeploymentCache.java 4 Apr 2002 04:33:58 - 1.2
+++ DeploymentCache.java 4 Apr 2002 20:57:58 - 1.3
@@ -9,9 +9,6 @@
package org.jboss.deployment.cache;
-import java.util.Set;
-import java.util.HashSet;
-
import java.net.URL;
import javax.management.ObjectName;
@@ -36,7 +33,7 @@
*
* @todo clean up stale cache members
*
- * @version tt$Revision: 1.2 $/tt
+ * @version tt$Revision: 1.3 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class DeploymentCache
@@ -49,10 +46,6 @@
/** A proxy to the deployment store we are using. */
protected DeploymentStore store;
- /** A set of original deployment URLs which are deployed. */
- protected Set deployedSet = new HashSet();
-
-
/
// Pluggables//
/
@@ -162,11 +155,6 @@
// invoke the chained deployer with the stored URL
deployer.deploy(storedURL);
-
- // only add the deployment url if it isn't there yet
- if (!deployedSet.contains(url)) {
-deployedSet.add(url);
- }
}
catch (Exception e) {
throw new DeploymentException(e);
@@ -182,9 +170,6 @@
if (storedURL != null) {
// invoke undeploy on target deployer using local cache url
deployer.undeploy(storedURL);
-
-// remove this from out list of deployed
-deployedSet.remove(url);
}
else {
if (debug) {
@@ -202,9 +187,9 @@
try {
URL storedURL = store.get(url);
- // if the stored url is null or it is not in the deployed set
- // then it is not deployed, don't bother asking the target deployer
- return storedURL != null deployedSet.contains(url);
+ // if the stored url is not null then ask the target deployer
+ // else it is not deployed
+ return storedURL != null deployer.isDeployed(url);
}
catch (Exception e) {
return false;
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Listerner factory
on 04-04-2 22.43, Jason Dillon at [EMAIL PROTECTED] wrote: What does a listener factory do... can you explain in more detail. It creates and manages listerners. Since We have 3-7 + ServerSockets in the VM at any one time it could be good with one way to manage them in the same way to ease maintenece ... also have one place to ask what listerners are running on a node ... Could also maybe help with stability ? ... since if I for a reson would like to restart a service containing a listerner I would not need to stop and clear the SS for the service just hand the restarted service the same SS when it comes back up ... maybe even with que'ed requests ... /peter_f --jason Peter Fagerlund wrote: Maybe a central listener factory could hand out listerner objects to services and from there also manage multiple instance detection plus migration of services depending on A-VM going down while B-VM are using for example A-VM's JNP. /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/deployment/scanner AbstractDeploymentScanner.java
User: user57
Date: 02/04/04 13:12:41
Modified:src/main/org/jboss/deployment/scanner
AbstractDeploymentScanner.java
Log:
o Adding two new ConfigurationException sub-classes to help keep
messages consistent when required attributes are missing or their
values are invalid.
Revision ChangesPath
1.6 +3 -3
jboss-system/src/main/org/jboss/deployment/scanner/AbstractDeploymentScanner.java
Index: AbstractDeploymentScanner.java
===
RCS file:
/cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/scanner/AbstractDeploymentScanner.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- AbstractDeploymentScanner.java4 Apr 2002 04:33:59 - 1.5
+++ AbstractDeploymentScanner.java4 Apr 2002 21:12:41 - 1.6
@@ -26,7 +26,7 @@
import javax.management.MBeanServer;
import org.jboss.system.ServiceMBeanSupport;
-import org.jboss.system.ConfigurationException;
+import org.jboss.system.MissingAttributeException;
import org.jboss.deployment.DeploymentInfo;
import org.jboss.deployment.DeploymentException;
@@ -48,7 +48,7 @@
*
* pSub-classes only need to implement {@link DeploymentScanner#scan}.
*
- * @version tt$Revision: 1.5 $/tt
+ * @version tt$Revision: 1.6 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public abstract class AbstractDeploymentScanner
@@ -223,7 +223,7 @@
protected void createService() throws Exception
{
if (deployer == null)
- throw new ConfigurationException(Missing attribute 'Deployer');
+ throw new MissingAttributeException(Deployer);
// setup + start scanner thread
scannerThread = new ScannerThread(false);
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/deployment/cache DeploymentCache.java
User: user57
Date: 02/04/04 13:12:41
Modified:src/main/org/jboss/deployment/cache DeploymentCache.java
Log:
o Adding two new ConfigurationException sub-classes to help keep
messages consistent when required attributes are missing or their
values are invalid.
Revision ChangesPath
1.4 +4 -4
jboss-system/src/main/org/jboss/deployment/cache/DeploymentCache.java
Index: DeploymentCache.java
===
RCS file:
/cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/cache/DeploymentCache.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- DeploymentCache.java 4 Apr 2002 20:57:58 - 1.3
+++ DeploymentCache.java 4 Apr 2002 21:12:40 - 1.4
@@ -15,7 +15,7 @@
import javax.management.MBeanServer;
import org.jboss.system.ServiceMBeanSupport;
-import org.jboss.system.ConfigurationException;
+import org.jboss.system.MissingAttributeException;
import org.jboss.deployment.Deployer;
import org.jboss.deployment.DeploymentException;
@@ -33,7 +33,7 @@
*
* @todo clean up stale cache members
*
- * @version tt$Revision: 1.3 $/tt
+ * @version tt$Revision: 1.4 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class DeploymentCache
@@ -209,9 +209,9 @@
protected void startService() throws Exception
{
if (deployer == null)
- throw new ConfigurationException(Missing attribute 'Deployer');
+ throw new MissingAttributeException(Deployer);
if (store == null)
- throw new ConfigurationException(Missing attribute 'Store');
+ throw new MissingAttributeException(Store);
// start stale deployemnt timer/scanner/whatever
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-system/src/main/org/jboss/system InvalidAttributeException.java MissingAttributeException.java
User: user57
Date: 02/04/04 13:12:41
Added: src/main/org/jboss/system InvalidAttributeException.java
MissingAttributeException.java
Log:
o Adding two new ConfigurationException sub-classes to help keep
messages consistent when required attributes are missing or their
values are invalid.
Revision ChangesPath
1.1
jboss-system/src/main/org/jboss/system/InvalidAttributeException.java
Index: InvalidAttributeException.java
===
/***
* *
* JBoss: The OpenSource J2EE WebOS *
* *
* Distributable under LGPL license. *
* See terms of license at gnu.org. *
* *
***/
package org.jboss.system;
/**
* Thrown to indicate that a given attribute value is not valid.
*
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
* @version tt$Revision: 1.1 $/tt
*/
public class InvalidAttributeException
extends ConfigurationException
{
/**
* Construct a ttInvalidAttributeException/tt with the
* specified detail message.
*
* @param nameThe attribute name.
* @param msg The detail message.
*/
public InvalidAttributeException(final String name, final String msg) {
super(makeMessage(name, msg));
}
/**
* Construct a ttInvalidAttributeException/tt with the specified detail
* message and nested ttThrowable/tt.
*
* @param nameThe attribute name.
* @param msg The detail message.
* @param nested Nested ttThrowable/tt.
*/
public InvalidAttributeException(final String name, final String msg, final
Throwable nested)
{
super(makeMessage(name, msg), nested);
}
/**
* Make a execption message for the attribute name and detail message.
*/
private static String makeMessage(final String name, final String msg) {
return Invalid value for attribute ' + name + ': + msg;
}
}
1.1
jboss-system/src/main/org/jboss/system/MissingAttributeException.java
Index: MissingAttributeException.java
===
/***
* *
* JBoss: The OpenSource J2EE WebOS *
* *
* Distributable under LGPL license. *
* See terms of license at gnu.org. *
* *
***/
package org.jboss.system;
/**
* Thrown to indicate that a required attribute has not been set.
*
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
* @version tt$Revision: 1.1 $/tt
*/
public class MissingAttributeException
extends ConfigurationException
{
/**
* Construct a ttMissingAttributeException/tt with the specified detail
* message.
*
* @param nameThe attribute name.
*/
public MissingAttributeException(final String name) {
super(makeMessage(name));
}
/**
* Construct a ttMissingAttributeException/tt with the specified detail
* message and nested ttThrowable/tt.
*
* @param nameThe attribute name.
* @param nested Nested ttThrowable/tt.
*/
public MissingAttributeException(final String name, final Throwable nested) {
super(makeMessage(name), nested);
}
/**
* Make a execption message for the attribute name.
*/
private static String makeMessage(final String name) {
return Missing attribute ' + name + ';
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/build build.bat build.xml jetty-service.xml
User: starksm
Date: 02/04/04 19:10:27
Modified:jetty/src/build Tag: Branch_2_4 build.bat build.xml
jetty-service.xml
Log:
The service must be inserted before the J2EE deployer or ears/wars
that exist on startup will not deploy correctly.
Revision ChangesPath
No revision
No revision
1.2.2.3 +33 -33contrib/jetty/src/build/Attic/build.bat
Index: build.bat
===
RCS file: /cvsroot/jboss/contrib/jetty/src/build/Attic/build.bat,v
retrieving revision 1.2.2.2
retrieving revision 1.2.2.3
diff -u -r1.2.2.2 -r1.2.2.3
--- build.bat 22 Feb 2002 19:40:34 - 1.2.2.2
+++ build.bat 5 Apr 2002 03:10:27 - 1.2.2.3
@@ -1,33 +1,33 @@
-@echo off
-REM $Id: build.bat,v 1.2.2.2 2002/02/22 19:40:34 danch Exp $
-
-if not exist %JBOSS_HOME%\bin\run.jar (
-echo $JBOSS_HOME/bin/run.jar does not exist
-echo set JBOSS_HOME to your JBoss dist directory
-goto done
-)
-if not exist %JETTY_HOME%\lib\org.mortbay.jetty.jar (
-echo %JETTY_HOME%/lib/org.mortbay.jetty.jar does not exist
-echo set JETTY_HOME to your Jetty3 directory
-goto done
-)
-
-if not exist %JETTY_EXTRA%/jmx/lib/org.mortbay.jetty.jmx.jar (
-echo %JETTY_EXTRA%/jmx/lib/org.mortbay.jetty.jmx.jar does not exist
-echo set JETTY_EXTRA to your Jetty3Extra directory
-goto done
-)
-
-SET CLASSPATH=..\..\build\classes
-SET CLASSPATH=%CLASSPATH%;..\..\..\tomcat\lib\ant.jar
-SET CLASSPATH=%CLASSPATH%;..\..\..\tomcat\lib\javac.jar
-SET CLASSPATH=%CLASSPATH%;%JBOSS_HOME%\lib\jaxp.jar
-SET CLASSPATH=%CLASSPATH%;%JBOSS_HOME%\lib\crimson.jar
-SET CLASSPATH=%CLASSPATH%;%JBOSS_HOME%\lib\jboss-jaas.jar
-SET CLASSPATH=%CLASSPATH%;%JBOSS_HOME%\lib\ext\jbosssx.jar
-SET CLASSPATH=%CLASSPATH%;%JETTY_EXTRA%\jmx\lib\org.mortbay.jetty.jmx.jar
-
-SET OPTS= -Djetty.dist=%JETTY_HOME% -Djboss.dist=%JBOSS_HOME%
-Djetty.jmx=%JETTY_EXTRA%
-java %OPTS% org.apache.tools.ant.Main %*
-
-:done
\ No newline at end of file
+@echo off
+REM $Id: build.bat,v 1.2.2.3 2002/04/05 03:10:27 starksm Exp $
+
+if not exist %JBOSS_HOME%\bin\run.jar (
+echo $JBOSS_HOME/bin/run.jar does not exist
+echo set JBOSS_HOME to your JBoss dist directory
+goto done
+)
+if not exist %JETTY_HOME%\lib\org.mortbay.jetty.jar (
+echo %JETTY_HOME%/lib/org.mortbay.jetty.jar does not exist
+echo set JETTY_HOME to your Jetty3 directory
+goto done
+)
+
+if not exist %JETTY_EXTRA%/jmx/lib/org.mortbay.jmx.jar (
+echo %JETTY_EXTRA%/jmx/lib/org.mortbay.jmx.jar does not exist
+echo set JETTY_EXTRA to your Jetty3Extra directory
+goto done
+)
+
+SET CLASSPATH=..\..\build\classes
+SET CLASSPATH=%CLASSPATH%;..\..\..\tomcat\lib\ant.jar
+SET CLASSPATH=%CLASSPATH%;..\..\..\tomcat\lib\javac.jar
+SET CLASSPATH=%CLASSPATH%;%JBOSS_HOME%\lib\jaxp.jar
+SET CLASSPATH=%CLASSPATH%;%JBOSS_HOME%\lib\crimson.jar
+SET CLASSPATH=%CLASSPATH%;%JBOSS_HOME%\lib\jboss-jaas.jar
+SET CLASSPATH=%CLASSPATH%;%JBOSS_HOME%\lib\ext\jbosssx.jar
+SET CLASSPATH=%CLASSPATH%;%JETTY_EXTRA%\jmx\lib\org.mortbay.jmx.jar
+
+SET OPTS= -Djetty.dist=%JETTY_HOME% -Djboss.dist=%JBOSS_HOME%
-Djetty.jmx=%JETTY_EXTRA%
+java %OPTS% org.apache.tools.ant.Main %*
+
+:done
1.6.2.9 +2 -2 contrib/jetty/src/build/Attic/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/contrib/jetty/src/build/Attic/build.xml,v
retrieving revision 1.6.2.8
retrieving revision 1.6.2.9
diff -u -r1.6.2.8 -r1.6.2.9
--- build.xml 4 Apr 2002 19:17:06 - 1.6.2.8
+++ build.xml 5 Apr 2002 03:10:27 - 1.6.2.9
@@ -3,7 +3,7 @@
!ENTITY jetty-service.xml SYSTEM jetty-service.xml
]
-!-- $Id: build.xml,v 1.6.2.8 2002/04/04 19:17:06 starksm Exp $ --
+!-- $Id: build.xml,v 1.6.2.9 2002/04/05 03:10:27 starksm Exp $ --
!-- An Ant build file for the jetty-service jar and the
JBoss/Jetty bundle. The buildfile requires a JBoss dist
@@ -196,7 +196,7 @@
replace
file=${jcml.tgt}
- token=lt;/servergt;
+ token=lt;!-- Insert WebContainer HERE --gt;
replacevaluejetty-service.xml;/replacevalue
/replace
1.1.2.2 +1 -1 contrib/jetty/src/build/Attic/jetty-service.xml
Index: jetty-service.xml
===
RCS file: /cvsroot/jboss/contrib/jetty/src/build/Attic/jetty-service.xml,v
retrieving revision 1.1.2.1
retrieving revision 1.1.2.2
diff -u -r1.1.2.1 -r1.1.2.2
--- jetty-service.xml 4 Apr 2002 18:26:00 - 1.1.2.1
+++ jetty-service.xml 5 Apr 2002 03:10:27 - 1.1.2.2
@@ -1,4 +1,5 @@
![CDATA[
+ !-- The Jetty service configuration --
Re: [JBoss-dev] Listerner factory
Do you have a design for such a component? Sounds like a good idea... assuming that the component will manage the sockects (switchable from io to nio or whatever). Then we can provide adapters to other listeners, assuming the target components export control to change the listener in this manner. There will always be components which don't support this so we need to provide another option as well, but it sounds like a listener component should be fairly easy to implement... as to keeping it generic enough to cover our current set of listining components I can't really say. --jason Peter Fagerlund wrote: on 04-04-2 22.43, Jason Dillon at [EMAIL PROTECTED] wrote: What does a listener factory do... can you explain in more detail. It creates and manages listerners. Since We have 3-7 + ServerSockets in the VM at any one time it could be good with one way to manage them in the same way to ease maintenece ... also have one place to ask what listerners are running on a node ... Could also maybe help with stability ? ... since if I for a reson would like to restart a service containing a listerner I would not need to stop and clear the SS for the service just hand the restarted service the same SS when it comes back up ... maybe even with que'ed requests ... /peter_f --jason Peter Fagerlund wrote: Maybe a central listener factory could hand out listerner objects to services and from there also manage multiple instance detection plus migration of services depending on A-VM going down while B-VM are using for example A-VM's JNP. /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-530120 ] Apostrophes in selectors
Bugs item #530120, was opened at 2002-03-14 16:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=530120group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Loren Rosen (lorenrosen) Assigned to: Nobody/Anonymous (nobody) Summary: Apostrophes in selectors Initial Comment: OS: MacOSX 10.1.3 JVM: 1.3.1 I'm adding some test cases to the selector unit tests. The following test fails: // test literal apostrophes (which are escaped using two apostrophes // in selectors) selector = new Selector(MyString='test JBoss''s selector'); // note: apostrophes are not escaped in string properties message.setStringProperty(MyString, test JBoss's selector); assertTrue(test 3, selector.test(message)); Note that the selector must contain a double apostrophe, whereas the string property does not. (Or I'm confused). At any rate, the assertion fails. I haven't yet tried the comparable functional test to verify this failure is user-visible. No need to rush off to fix this; I'm planning to revamp some of the selector implementation and will try to tackle this at the same time. I've attached an updated version of the test file, which includes this and some other new tests. -- Comment By: Jason Dillon (user57) Date: 2002-04-04 16:03 Message: Logged In: YES user_id=15045 This has been fixed per your patch. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=530120group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/build/subprojects build-web.xml
User: starksm
Date: 02/04/04 19:39:13
Modified:src/build/subprojects Tag: Branch_2_4 build-web.xml
Log:
Drop the 2.2 war
Revision ChangesPath
No revision
No revision
1.5.2.7 +2 -7 jbosstest/src/build/subprojects/Attic/build-web.xml
Index: build-web.xml
===
RCS file: /cvsroot/jboss/jbosstest/src/build/subprojects/Attic/build-web.xml,v
retrieving revision 1.5.2.6
retrieving revision 1.5.2.7
diff -u -r1.5.2.6 -r1.5.2.7
--- build-web.xml 28 Dec 2001 22:42:48 - 1.5.2.6
+++ build-web.xml 5 Apr 2002 03:39:13 - 1.5.2.7
@@ -60,11 +60,6 @@
include name=org/jboss/test/web/util/ClassInClasses.class /
/fileset
/copy
- copy todir=${build.dir}/web/WEB-INF/lib
-fileset dir=${src.lib.dir}
- include name=log4j.jar/
-/fileset
- /copy
jar jarfile=${build.dir}/web/jbosstest-web.war
basedir=${build.dir}/web
@@ -73,7 +68,7 @@
include name=*.html /
include name=*.jsp /
/jar
- !-- Add the EJB interfaces for 2.2 servlet containers --
+ !-- Add the EJB interfaces for 2.2 servlet containers
copy todir=${build.dir}/web/WEB-INF/classes
fileset dir=${build.classes.dir}
include name=org/jboss/test/web/interfaces/** /
@@ -87,6 +82,7 @@
include name=*.html /
include name=*.jsp /
/jar
+--
!-- The enterprise application jar --
jar jarfile=${build.deploy.dir}/jbosstest-web.ear
@@ -94,7 +90,6 @@
include name=jbosstest-web-ejbs.jar /
include name=jbosstest-web.war /
-include name=jbosstest-22-web.war /
include name=META-INF/application.xml /
/jar
/target
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/web/interfaces StatelessSessionLocal.java StatelessSessionLocalHome.java
User: starksm
Date: 02/04/04 19:38:07
Added: src/main/org/jboss/test/web/interfaces Tag: Branch_2_4
StatelessSessionLocal.java
StatelessSessionLocalHome.java
Log:
Add tests of accessing ejbs through local interfaces from a servlet
Revision ChangesPath
No revision
No revision
1.1.2.1 +1 -1
jbosstest/src/main/org/jboss/test/web/interfaces/StatelessSessionLocal.java
Index: StatelessSessionLocal.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/web/interfaces/StatelessSessionLocal.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- StatelessSessionLocal.java17 Feb 2002 03:03:54 - 1.1
+++ StatelessSessionLocal.java5 Apr 2002 03:38:06 - 1.1.2.1
@@ -6,7 +6,7 @@
/** A trivial SessionBean local interface.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.1.2.1 $
*/
public interface StatelessSessionLocal extends EJBLocalObject
{
1.1.2.1 +1 -1
jbosstest/src/main/org/jboss/test/web/interfaces/StatelessSessionLocalHome.java
Index: StatelessSessionLocalHome.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/web/interfaces/StatelessSessionLocalHome.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- StatelessSessionLocalHome.java17 Feb 2002 03:03:54 - 1.1
+++ StatelessSessionLocalHome.java5 Apr 2002 03:38:07 - 1.1.2.1
@@ -7,7 +7,7 @@
/** A trivial local SessionBean home interface.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.1.2.1 $
*/
public interface StatelessSessionLocalHome extends EJBLocalHome
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/web/WEB-INF web.xml
User: starksm Date: 02/04/04 19:38:54 Modified:src/resources/web/WEB-INF Tag: Branch_2_4 web.xml Log: Add ejb-local-refs and update to the 2.3 web-app DD. Revision ChangesPath No revision No revision 1.8.2.6 +27 -4 jbosstest/src/resources/web/WEB-INF/Attic/web.xml Index: web.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/web/WEB-INF/Attic/web.xml,v retrieving revision 1.8.2.5 retrieving revision 1.8.2.6 diff -u -r1.8.2.5 -r1.8.2.6 --- web.xml 20 Oct 2001 00:58:50 - 1.8.2.5 +++ web.xml 5 Apr 2002 03:38:54 - 1.8.2.6 @@ -1,7 +1,7 @@ ?xml version=1.0 encoding=UTF-8? -!DOCTYPE web-app -PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN -http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; +!DOCTYPE web-app PUBLIC + -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN + http://java.sun.com/dtd/web-app_2_3.dtd; web-app !-- ### Servlets -- @@ -298,18 +298,41 @@ remoteorg.jboss.test.web.interfaces.StatelessSession/remote ejb-linkOptimizedEJB/ejb-link /ejb-ref - ejb-ref ejb-ref-nameejb/SecuredEJB/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homeorg.jboss.test.web.interfaces.StatelessSessionHome/home remoteorg.jboss.test.web.interfaces.StatelessSession/remote +ejb-linkSecuredEJB/ejb-link /ejb-ref ejb-ref ejb-ref-nameejb/UnsecuredEJB/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homeorg.jboss.test.web.interfaces.StatelessSessionHome/home remoteorg.jboss.test.web.interfaces.StatelessSession/remote +ejb-linkUnsecuredEJB/ejb-link /ejb-ref + + ejb-local-ref + ejb-ref-nameejb/local/bean0/ejb-ref-name + ejb-ref-typeSession/ejb-ref-type + local-homeorg.jboss.test.web.interfaces.StatelessSessionLocalHome/local-home + localorg.jboss.test.web.interfaces.StatelessSessionLocal/local + ejb-linkENCBean0/ejb-link + /ejb-local-ref + ejb-local-ref + ejb-ref-nameejb/local/bean1/ejb-ref-name + ejb-ref-typeSession/ejb-ref-type + local-homeorg.jboss.test.web.interfaces.StatelessSessionLocalHome/local-home + localorg.jboss.test.web.interfaces.StatelessSessionLocal/local + ejb-linkENCBean1/ejb-link + /ejb-local-ref + ejb-local-ref + ejb-ref-nameejb/local/OptimizedEJB/ejb-ref-name + ejb-ref-typeSession/ejb-ref-type + local-homeorg.jboss.test.web.interfaces.StatelessSessionLocalHome/local-home + localorg.jboss.test.web.interfaces.StatelessSessionLocal/local + ejb-linkOptimizedEJB/ejb-link + /ejb-local-ref /web-app ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/web/servlets EJBServlet.java ENCServlet.java
User: starksm
Date: 02/04/04 19:38:07
Modified:src/main/org/jboss/test/web/servlets Tag: Branch_2_4
EJBServlet.java ENCServlet.java
Log:
Add tests of accessing ejbs through local interfaces from a servlet
Revision ChangesPath
No revision
No revision
1.2.2.1 +10 -3 jbosstest/src/main/org/jboss/test/web/servlets/EJBServlet.java
Index: EJBServlet.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/web/servlets/EJBServlet.java,v
retrieving revision 1.2
retrieving revision 1.2.2.1
diff -u -r1.2 -r1.2.2.1
--- EJBServlet.java 7 May 2001 16:59:08 - 1.2
+++ EJBServlet.java 5 Apr 2002 03:38:07 - 1.2.2.1
@@ -15,12 +15,14 @@
import org.jboss.test.web.interfaces.ReferenceTest;
import org.jboss.test.web.interfaces.StatelessSession;
import org.jboss.test.web.interfaces.StatelessSessionHome;
+import org.jboss.test.web.interfaces.StatelessSessionLocal;
+import org.jboss.test.web.interfaces.StatelessSessionLocalHome;
import org.jboss.test.web.util.Util;
/** A servlet that accesses an EJB.
@author [EMAIL PROTECTED]
-@version $Revision: 1.2 $
+@version $Revision: 1.2.2.1 $
*/
public class EJBServlet extends HttpServlet
{
@@ -30,13 +32,18 @@
try
{
InitialContext ctx = new InitialContext();
-StatelessSessionHome home = (StatelessSessionHome)
ctx.lookup(java:comp/env/ejb/OptimizedEJB);
+Context enc = (Context) ctx.lookup(java:comp/env);
+StatelessSessionHome home = (StatelessSessionHome)
enc.lookup(ejb/OptimizedEJB);
StatelessSession bean = home.create();
bean.noop(new ReferenceTest(), true);
+
+StatelessSessionLocalHome localHome = (StatelessSessionLocalHome)
enc.lookup(ejb/local/OptimizedEJB);
+StatelessSessionLocal localBean = localHome.create();
+localBean.noop(new ReferenceTest(), true);
}
catch(Exception e)
{
-throw new ServletException(Failed to call OptimizedEJB, e);
+throw new ServletException(Failed to call OptimizedEJB through remote
and local interfaces, e);
}
response.setContentType(text/html);
PrintWriter out = response.getWriter();
1.2.2.2 +59 -23jbosstest/src/main/org/jboss/test/web/servlets/ENCServlet.java
Index: ENCServlet.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/web/servlets/ENCServlet.java,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- ENCServlet.java 9 Jul 2001 01:06:06 - 1.2.2.1
+++ ENCServlet.java 5 Apr 2002 03:38:07 - 1.2.2.2
@@ -2,6 +2,8 @@
import java.io.IOException;
import java.io.PrintWriter;
+import javax.jms.QueueConnectionFactory;
+import javax.mail.Session;
import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;
@@ -12,15 +14,20 @@
import javax.servlet.http.HttpServletResponse;
import javax.sql.DataSource;
+import org.jboss.test.web.interfaces.StatelessSessionHome;
+import org.jboss.test.web.interfaces.StatelessSessionLocalHome;
+
import org.jboss.test.web.util.Util;
-/**
+/** Tests of the server ENC naming context
*
- * @author [EMAIL PROTECTED]
- * @version $Revision: 1.2.2.1 $
+ * @author [EMAIL PROTECTED]
+ * @version $Revision: 1.2.2.2 $
*/
public class ENCServlet extends HttpServlet
{
+ org.apache.log4j.Category log =
org.apache.log4j.Category.getInstance(getClass());
+
protected void processRequest(HttpServletRequest request, HttpServletResponse
response)
throws ServletException, IOException
{
@@ -61,8 +68,13 @@
}
catch(NamingException e)
{
-e.printStackTrace();
-throw new ServletException(ENC tests failed, e);
+log.debug(Lookup failed, e);
+throw new ServletException(Lookup failed, ENC tests failed, e);
+}
+catch(RuntimeException e)
+{
+log.debug(Runtime error, e);
+throw new ServletException(Runtime error, ENC tests failed, e);
}
}
@@ -70,50 +82,74 @@
{
// Basic env values
Integer i = (Integer) myEnv.lookup(Ints/i0);
-System.out.println(Ints/i0 = +i);
+log.debug(Ints/i0 = +i);
i = (Integer) initCtx.lookup(java:comp/env/Ints/i1);
-System.out.println(Ints/i1 = +i);
+log.debug(Ints/i1 = +i);
Float f = (Float) myEnv.lookup(Floats/f0);
-
[JBoss-dev] [ jboss-Bugs-531524 ] Error in passivation of bean with JMS
Bugs item #531524, was opened at 2002-03-18 12:28
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=531524group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 6
Submitted By: Marius Kotsbak (mkotsbak)
Assigned to: Nobody/Anonymous (nobody)
Summary: Error in passivation of bean with JMS
Initial Comment:
I get this exception when using JMS as managed resource:
java.rmi.ServerException: Could not passivate; nested
exception is:
java.io.NotSerializableException:
org.jboss.resource.adapter.jms.JmsManagedConnectionFactory
java.io.NotSerializableException:
org.jboss.resource.adapter.jms.JmsManagedConnectionFactory
at
java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1161)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Compiled
Code))
at
java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java(Compiled
Code))
at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:486)
at
java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1227)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Compiled
Code))
at
java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java(Compiled
Code))
at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:486)
at
java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1227)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Compiled
Code))
at
org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager.passivateSession(StatefulSessionFilePersistenceManager.java:287)
at
org.jboss.ejb.plugins.StatefulSessionInstanceCache.passivate(StatefulSessionInstanceCache.java:65)
at
org.jboss.ejb.plugins.AbstractInstanceCache$1.execute(AbstractInstanceCache.java:737)
at
org.jboss.util.WorkerQueue$QueueLoop.run(WorkerQueue.java:206)
at java.lang.Thread.run(Thread.java:498)
Is this a bug (the class should be serializable for
example), or have I done something wrong (then it is a
bg too, because the errormessage should be better!)
Marius K
--
Comment By: Jason Dillon (user57)
Date: 2002-04-04 16:18
Message:
Logged In: YES
user_id=15045
Hrm... do you have a TopicConnection or QueueConnection?
Perhaps this is a bug, but I am not sure exactly. The 2.0
specs says:
7.4.1 Instance passivation and conversational state
...
The Bean Provider is required to ensure that the
ejbPassivate method leaves the instance fields
ready to be serialized by the Container. The objects that
are assigned to the instances non-transient
fields after the ejbPassivate method completes must be one
of the following:
...
o A reference to a resource manager connection factory.
This means (as I read it) that if you have a
ConnectionFactory as a field that the container should
handle passivation, but if you have a Conection then you
should stop/close/null it out in ejbPassivate().
I don't currently know if the container correctly handle
this though... need to check.
--jason
--
Comment By: Marius Kotsbak (mkotsbak)
Date: 2002-03-19 10:55
Message:
Logged In: YES
user_id=366650
I am in fact not holding A ConnectionFactory in my bean!
The only attributes of the bean are Queue and
QueueConnection. I only use the QueueConnectionFactory as a
local variable in ejbCreate (like the example).
Have anyone else used managed JMS successfully?
--
Comment By: Chris Harris (charris)
Date: 2002-03-19 08:29
Message:
Logged In: YES
user_id=8915
The example code keeps a Topic and a TopicConnection around
as instance variables of the bean. Presumably these are
serialisable. Your problem is with keeping a
TopicConnectionFactory around, which presumably is not
serialisable. The example uses a local (method-level)
TopicConnectionFactory which goes out of scope once that
method finishes and is not subject to serialisation.
--
Comment By: Marius Kotsbak (mkotsbak)
Date: 2002-03-19 07:56
Message:
Logged In: YES
user_id=366650
I actually used to do it like you say before I changed to
managed JMS, and thought the example here was correct way to
do it:
http://jboss.org/online-manual/HTML/ch08s32.html
I followed this example and used as in this example these
two instance variables:
private Topic topic = null;
private TopicConnection topicConnection = null;
(I use Queue instead)
and empty:
public void ejbActivate() {}
public void ejbPassivate() {}
If this isn't right, this example code should be updated!
Marius
--
Comment By: Chris Harris
[JBoss-dev] CVS update: jbosstest/src/resources/web/META-INF application.xml ejb-jar.xml
User: starksm Date: 02/04/04 19:38:54 Modified:src/resources/web/META-INF Tag: Branch_2_4 application.xml ejb-jar.xml Log: Add ejb-local-refs and update to the 2.3 web-app DD. Revision ChangesPath No revision No revision 1.1.2.2 +0 -7 jbosstest/src/resources/web/META-INF/application.xml Index: application.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/web/META-INF/application.xml,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- application.xml 7 Dec 2001 01:07:17 - 1.1.2.1 +++ application.xml 5 Apr 2002 03:38:54 - 1.1.2.2 @@ -11,13 +11,6 @@ /module module -web -web-urijbosstest-22-web.war/web-uri -context-root/jbosstest-22/context-root -/web -/module - -module ejbjbosstest-web-ejbs.jar/ejb /module 1.4.2.1 +7 -0 jbosstest/src/resources/web/META-INF/ejb-jar.xml Index: ejb-jar.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/web/META-INF/ejb-jar.xml,v retrieving revision 1.4 retrieving revision 1.4.2.1 diff -u -r1.4 -r1.4.2.1 --- ejb-jar.xml 22 May 2001 04:03:27 - 1.4 +++ ejb-jar.xml 5 Apr 2002 03:38:54 - 1.4.2.1 @@ -7,6 +7,8 @@ ejb-classorg.jboss.test.web.ejb.StatelessSessionBean/ejb-class homeorg.jboss.test.web.interfaces.StatelessSessionHome/home remoteorg.jboss.test.web.interfaces.StatelessSession/remote + local-homeorg.jboss.test.web.interfaces.StatelessSessionLocalHome/local-home +localorg.jboss.test.web.interfaces.StatelessSessionLocal/local session-typeStateless/session-type transaction-typeContainer/transaction-type /session @@ -16,9 +18,12 @@ ejb-classorg.jboss.test.web.ejb.StatelessSessionBean/ejb-class homeorg.jboss.test.web.interfaces.StatelessSessionHome/home remoteorg.jboss.test.web.interfaces.StatelessSession/remote + local-homeorg.jboss.test.web.interfaces.StatelessSessionLocalHome/local-home +localorg.jboss.test.web.interfaces.StatelessSessionLocal/local session-typeStateless/session-type transaction-typeContainer/transaction-type /session + session descriptionA secured EJB/description ejb-nameSecuredEJB/ejb-name @@ -50,6 +55,8 @@ ejb-classorg.jboss.test.web.ejb.StatelessSessionBean2/ejb-class homeorg.jboss.test.web.interfaces.StatelessSessionHome/home remoteorg.jboss.test.web.interfaces.StatelessSession/remote + local-homeorg.jboss.test.web.interfaces.StatelessSessionLocalHome/local-home +localorg.jboss.test.web.interfaces.StatelessSessionLocal/local session-typeStateless/session-type transaction-typeContainer/transaction-type /session ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/web AbstractWebContainer.java WebApplication.java
User: starksm
Date: 02/04/04 19:50:37
Modified:src/main/org/jboss/web Tag: Branch_2_4
AbstractWebContainer.java WebApplication.java
Log:
Process the web.xml ejb-link values to map ejb-local-refs to the
local home location
Revision ChangesPath
No revision
No revision
1.4.4.12 +32 -12jboss/src/main/org/jboss/web/AbstractWebContainer.java
Index: AbstractWebContainer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/AbstractWebContainer.java,v
retrieving revision 1.4.4.11
retrieving revision 1.4.4.12
diff -u -r1.4.4.11 -r1.4.4.12
--- AbstractWebContainer.java 4 Apr 2002 19:06:27 - 1.4.4.11
+++ AbstractWebContainer.java 5 Apr 2002 03:50:37 - 1.4.4.12
@@ -12,6 +12,7 @@
import java.util.HashMap;
import java.util.HashSet;
import java.util.Iterator;
+import javax.ejb.EJBLocalHome;
import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.LinkRef;
@@ -42,7 +43,9 @@
into the JBoss server JNDI namespace:
- env-entry
- resource-ref
+- resource-env-ref
- ejb-ref
+- ejb-local-ref
- security-domain
Subclasses need to implement the {@link #performDeploy(WebApplication, String,
@@ -111,12 +114,13 @@
the authentication/authorization callouts in tomcat3.2.1 not having the same
thread context ClassLoader as was used to dispatch the http service request.
-For a complete example see the {@link
org.jboss.tomcat.security.JBossSecurityMgrRealm JBossSecurityMgrRealm}
-in the contrib/tomcat module.
+For a complete example see the {@link
org.jboss.web.catalina.security.JBossSecurityMgrRealm
+ JBossSecurityMgrRealm} in the contrib/catalina module.
-@see #performDeploy(String, String)
+@see #performDeploy(WebApplication webApp, String warUrl,
+WebDescriptorParser webAppParser)
@see #performUndeploy(String)
-@see #parseWebAppDescriptors(ClassLoader, Element, Element)
+@see #parseWebAppDescriptors(ClassLoader, WebMetaData)
@see #linkSecurityDomain(String, Context)
@see org.jboss.security.SecurityManager;
@see org.jboss.security.RealmMapping;
@@ -124,9 +128,10 @@
@see org.jboss.security.SecurityAssociation;
@author [EMAIL PROTECTED]
-@version $Revision: 1.4.4.11 $
+@version $Revision: 1.4.4.12 $
*/
-public abstract class AbstractWebContainer extends ServiceMBeanSupport implements
AbstractWebContainerMBean
+public abstract class AbstractWebContainer extends ServiceMBeanSupport
+ implements AbstractWebContainerMBean
{
public static interface WebDescriptorParser
{
@@ -163,18 +168,19 @@
}
/** A template pattern implementation of the deploy() method. This method
- calls the {@link #performDeploy(String, String) performDeploy()} method to
+ calls the {@link #performDeploy(WebApplication, String,
+WebDescriptorParser) performDeploy()} method to
perform the container specific deployment steps and registers the
returned WebApplication in the deployment map. The steps performed are:
ClassLoader appClassLoader = thread.getContextClassLoader();
URLClassLoader warLoader = URLClassLoader.newInstance(empty,
appClassLoader);
thread.setContextClassLoader(warLoader);
+WebMetaData metaData = parseMetaData(ctxPath, warUrl);
WebDescriptorParser webAppParser = ...;
-WebApplication warInfo = performDeploy(ctxPath, warUrl, webAppParser);
+WebApplication warInfo = new WebApplication(metaData);
+performDeploy(warInfo, warUrl, webAppParser);
ClassLoader loader = warInfo.getClassLoader();
-Element webApp = warInfo.getWebApp();
-Element jbossWeb = warInfo.getJbossWeb();
deploymentMap.put(warUrl, warInfo);
thread.setContextClassLoader(appClassLoader);
@@ -201,8 +207,7 @@
WebDescriptorParser webAppParser = new DescriptorParser();
// Parse the web.xml and jboss-web.xml descriptors
WebMetaData metaData = parseMetaData(ctxPath, warUrl);
- WebApplication warInfo = new WebApplication();
- warInfo.setMetaData(metaData);
+ WebApplication warInfo = new WebApplication(metaData);
performDeploy(warInfo, warUrl, webAppParser);
deploymentMap.put(warUrl, warInfo);
}
@@ -212,6 +217,7 @@
}
catch(Exception e)
{
+ log.error(Cause, e);
throw new DeploymentException(Error during deploy, e);
}
finally
@@ -446,6 +452,7 @@
protected void linkEjbLocalRefs(Iterator ejbRefs, Context envCtx)
throws NamingException
{
+ InitialContext iniCtx = new InitialContext();
while( ejbRefs.hasNext() )
[JBoss-dev] [ jboss-Bugs-539379 ] Creating bean instance rejected
Bugs item #539379, was opened at 2002-04-04 20:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=539379group_id=22866 Category: JBossCMP Group: None Status: Open Resolution: None Priority: 5 Submitted By: Matthias Bohlen (mattes3) Assigned to: Nobody/Anonymous (nobody) Summary: Creating bean instance rejected Initial Comment: OS: Windows 2000 JDK 1.3.1_02 I have ported the CMPCustomer example from SUN's J2SDKEE to JBoss (using XDoclet). It is an example where Customers, Addresses and Subscriptions for magazines can be created via a small web application and EJBs using CMP 2.0 with CMR. Deployment is OK, database tables are created, all is fine. Customers and Subscriptions can be created, Addresses cannot. The server gives a message: 2002-04-04 20:23:53,596 ERROR [Default] java.lang.reflect.UndeclaredThrowableException: 2002-04-04 20:23:53,596 ERROR [Default] java.rmi.ServerException: INSERTING AN ALREADY EXISTING BEAN, ID = ADDR01; nested exception is: java.lang.IllegalStateException: INSERTING AN ALREADY EXISTING BEAN, ID = ADDR01 2002-04-04 20:23:53,596 ERROR [Default] java.lang.IllegalStateException: INSERTING AN ALREADY EXISTING BEAN, ID = ADDR01 2002-04-04 20:23:53,606 ERROR [Default] at org.jboss.ejb.plugins.AbstractInstanceCache.insert (AbstractInstanceCache.java:265) 2002-04-04 20:23:53,606 ERROR [Default] at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeH ome(EntityInstanceInterceptor.java:149) I have attached the full server log and the ear file. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=539379group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-531524 ] Error in passivation of bean with JMS
Bugs item #531524, was opened at 2002-03-18 12:28
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=531524group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 8
Submitted By: Marius Kotsbak (mkotsbak)
Assigned to: Nobody/Anonymous (nobody)
Summary: Error in passivation of bean with JMS
Initial Comment:
I get this exception when using JMS as managed resource:
java.rmi.ServerException: Could not passivate; nested
exception is:
java.io.NotSerializableException:
org.jboss.resource.adapter.jms.JmsManagedConnectionFactory
java.io.NotSerializableException:
org.jboss.resource.adapter.jms.JmsManagedConnectionFactory
at
java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1161)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Compiled
Code))
at
java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java(Compiled
Code))
at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:486)
at
java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1227)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Compiled
Code))
at
java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java(Compiled
Code))
at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:486)
at
java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1227)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java(Compiled
Code))
at
org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager.passivateSession(StatefulSessionFilePersistenceManager.java:287)
at
org.jboss.ejb.plugins.StatefulSessionInstanceCache.passivate(StatefulSessionInstanceCache.java:65)
at
org.jboss.ejb.plugins.AbstractInstanceCache$1.execute(AbstractInstanceCache.java:737)
at
org.jboss.util.WorkerQueue$QueueLoop.run(WorkerQueue.java:206)
at java.lang.Thread.run(Thread.java:498)
Is this a bug (the class should be serializable for
example), or have I done something wrong (then it is a
bg too, because the errormessage should be better!)
Marius K
--
Comment By: Jason Dillon (user57)
Date: 2002-04-04 16:18
Message:
Logged In: YES
user_id=15045
Hrm... do you have a TopicConnection or QueueConnection?
Perhaps this is a bug, but I am not sure exactly. The 2.0
specs says:
7.4.1 Instance passivation and conversational state
...
The Bean Provider is required to ensure that the
ejbPassivate method leaves the instance fields
ready to be serialized by the Container. The objects that
are assigned to the instances non-transient
fields after the ejbPassivate method completes must be one
of the following:
...
o A reference to a resource manager connection factory.
This means (as I read it) that if you have a
ConnectionFactory as a field that the container should
handle passivation, but if you have a Conection then you
should stop/close/null it out in ejbPassivate().
I don't currently know if the container correctly handle
this though... need to check.
--jason
--
Comment By: Marius Kotsbak (mkotsbak)
Date: 2002-03-19 10:55
Message:
Logged In: YES
user_id=366650
I am in fact not holding A ConnectionFactory in my bean!
The only attributes of the bean are Queue and
QueueConnection. I only use the QueueConnectionFactory as a
local variable in ejbCreate (like the example).
Have anyone else used managed JMS successfully?
--
Comment By: Chris Harris (charris)
Date: 2002-03-19 08:29
Message:
Logged In: YES
user_id=8915
The example code keeps a Topic and a TopicConnection around
as instance variables of the bean. Presumably these are
serialisable. Your problem is with keeping a
TopicConnectionFactory around, which presumably is not
serialisable. The example uses a local (method-level)
TopicConnectionFactory which goes out of scope once that
method finishes and is not subject to serialisation.
--
Comment By: Marius Kotsbak (mkotsbak)
Date: 2002-03-19 07:56
Message:
Logged In: YES
user_id=366650
I actually used to do it like you say before I changed to
managed JMS, and thought the example here was correct way to
do it:
http://jboss.org/online-manual/HTML/ch08s32.html
I followed this example and used as in this example these
two instance variables:
private Topic topic = null;
private TopicConnection topicConnection = null;
(I use Queue instead)
and empty:
public void ejbActivate() {}
public void ejbPassivate() {}
If this isn't right, this example code should be updated!
Marius
--
Comment By: Chris Harris
[JBoss-dev] [ jboss-Bugs-530627 ] ejbStore invoked after ejbRemove on BMP
Bugs item #530627, was opened at 2002-03-16 00:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=530627group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Mac (macearl) Assigned to: Nobody/Anonymous (nobody) Summary: ejbStore invoked after ejbRemove on BMP Initial Comment: Win2000 JDK 1.3.1_01 I'm doing a BMP test - I'd sumbit the source, but it's not mine to give :( - I invoked the remove on the EJBObject.remove() method on a bean, and after the bean is successfully removed the ejbStore operation is performed, which causes an exception since the object is no longer available in the database. It kind of goes without saying that this is a spec compliance issue as well (since ejbStore should not be invoked after an ejbRemove operation). The whole think appears to happen in the same transaction context, because the when I review the hypersonic database script my removed entity is still there. I'm presuming that the entity is removed and then the failed store operation throws an EJBException, which causes the transaction to be rolled back. I'm using the default database configuration. I was able to put this all together by logging the invocation of logging methods to System.out. Note the error message Invalid update rowcount on customer. That's my custom message saying that the store operation did not effect exactly 1 row in the database. Here's the relevant portion of the trace. 2002-03-15 23:55:34,334 INFO [STDOUT] EJBStore executing 2002-03-15 23:55:34,334 INFO [STDOUT] ejbStore completed successfully. 2002-03-15 23:55:34,354 INFO [STDOUT] getting first name 2002-03-15 23:55:34,354 INFO [STDOUT] EJBStore executing 2002-03-15 23:55:34,354 INFO [STDOUT] ejbStore completed successfully. 2002-03-15 23:55:34,384 INFO [STDOUT] EJBStore executing 2002-03-15 23:55:34,384 INFO [STDOUT] ejbStore completed successfully. 2002-03-15 23:55:34,394 INFO [STDOUT] EJBStore executing 2002-03-15 23:55:34,404 INFO [STDOUT] ejbStore completed successfully. 2002-03-15 23:55:34,414 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.AccountH olderEJB.findByIdentity] Executing SQL: SELECT t0_owner.clientId, t0_owner.createDate FROM AccountHolderEJB t0_owner WHERE t0_owner.username = ? AND t0_owner.password = ? 2002-03-15 23:55:34,434 INFO [STDOUT] EJBRemove executing. 2002-03-15 23:55:34,434 INFO [STDOUT] EJBRemove completed successfully. 2002-03-15 23:55:34,444 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKeyQue ry.AccountEJB.findByPrimaryKey] Executing SQL: SELECT accountId, createDate FROM AccountEJB WHERE accountId=? AND createDate=? 2002-03-15 23:55:34,444 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.A ccountHolderEJB] Executing SQL: SELECT firstName, lastName, emailAddress, username, password, address FROM AccountHolderEJB WHERE (clientId=? AND createDate=?) 2002-03-15 23:55:34,454 INFO [STDOUT] EJBStore executing 2002-03-15 23:55:34,514 ERROR [org.jboss.ejb.GlobalTxEntityMap] Store failed on entity: com.sextanttech.entities.interfaces.AccountHolderKey@4c 1dbbf7 javax.ejb.EJBException: Invalid update row count on customer. at com.sextanttech.entities.implementations.AccountHolderB MPBean.ejbStore(AccountHolderBMPBean.java:150) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.plugins.BMPPersistenceManager.storeEntity (BMPPersistenceManager.java:455) at org.jboss.ejb.EntityContainer.storeEntity (EntityContainer.java:676) at org.jboss.ejb.GlobalTxEntityMap.syncEntities (GlobalTxEntityMap.java:177) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxEntityMapCleanu p.beforeCompletion(GlobalTxEntityMap.java:315) at org.jboss.tm.TxCapsule.doBeforeCompletion (TxCapsule.java:1317) at org.jboss.tm.TxCapsule.rollback (TxCapsule.java:430) at org.jboss.tm.TransactionImpl.rollback (TransactionImpl.java:88) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:180) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:166) at org.jboss.ejb.EntityContainer.invoke (EntityContainer.java:474) at org.jboss.ejb.Container.invoke (Container.java:681) at org.jboss.ejb.EntityContainer.invoke (EntityContainer.java:1003) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke (JRMPInvoker.java:364) at java.lang.reflect.Method.invoke(Native Method) at sun.rmi.server.UnicastServerRef.dispatch (UnicastServerRef.java:241)
[JBoss-dev] [ jboss-Bugs-529762 ] Hypersonic SQL hard wired in bank test
Bugs item #529762, was opened at 2002-03-13 22:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529762group_id=22866 Category: JBossTest Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Jason Dillon (user57) Summary: Hypersonic SQL hard wired in bank test Initial Comment: The jaws.xml file in ../testsuite/src/resources/bank/ META-INF/ specifies a Hypersonic SQL type mapping to go with DefaultDS. This breaks the test when the DefaultDS has been changed (for example) to Oracle. Both the datasource and typemapping tags would appear to be unnecessary these days. This also appears to be the case in .../testsuite/src/resources/dbtest/META-INF/ jaws.xml -- Comment By: Jason Dillon (user57) Date: 2002-04-04 16:28 Message: Logged In: YES user_id=15045 It appears that the bank test has already been fixed. I have removed the redundent bits from the dbtest metadata as well. --jason -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529762group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/local BaseLocalContainerInvoker.java
User: starksm
Date: 02/04/04 19:52:32
Modified:src/main/org/jboss/ejb/plugins/local Tag: Branch_2_4
BaseLocalContainerInvoker.java
Log:
Add binding of local homes into JNDI
Revision ChangesPath
No revision
No revision
1.6.2.6 +47 -6
jboss/src/main/org/jboss/ejb/plugins/local/BaseLocalContainerInvoker.java
Index: BaseLocalContainerInvoker.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/local/BaseLocalContainerInvoker.java,v
retrieving revision 1.6.2.5
retrieving revision 1.6.2.6
diff -u -r1.6.2.5 -r1.6.2.6
--- BaseLocalContainerInvoker.java28 Nov 2001 19:26:24 - 1.6.2.5
+++ BaseLocalContainerInvoker.java5 Apr 2002 03:52:32 - 1.6.2.6
@@ -12,6 +12,8 @@
import java.io.IOException;
import java.lang.reflect.Method;
import java.lang.reflect.Constructor;
+import java.rmi.AccessException;
+import java.rmi.NoSuchObjectException;
import java.security.Principal;
import java.util.ArrayList;
import java.util.Collection;
@@ -26,20 +28,20 @@
import javax.ejb.EJBLocalHome;
import javax.ejb.EJBLocalObject;
import javax.ejb.AccessLocalException;
-import java.rmi.AccessException;
import javax.ejb.NoSuchObjectLocalException;
-import java.rmi.NoSuchObjectException;
import javax.ejb.TransactionRequiredLocalException;
-import javax.transaction.TransactionRequiredException;
import javax.ejb.TransactionRolledbackLocalException;
-import javax.transaction.TransactionRolledbackException;
import javax.naming.Name;
import javax.naming.InitialContext;
import javax.naming.Context;
import javax.naming.NamingException;
import javax.naming.NameNotFoundException;
+import javax.naming.Reference;
+import javax.naming.StringRefAddr;
import javax.transaction.Transaction;
import javax.transaction.TransactionManager;
+import javax.transaction.TransactionRequiredException;
+import javax.transaction.TransactionRolledbackException;
import org.jboss.deployment.DeploymentException;
import org.jboss.ejb.CacheKey;
@@ -47,10 +49,12 @@
import org.jboss.ejb.ContainerInvokerContainer;
import org.jboss.ejb.Interceptor;
import org.jboss.ejb.LocalContainerInvoker;
+import org.jboss.ejb.LocalHomeObjectFactory;
import org.jboss.ejb.MethodInvocation;
import org.jboss.ejb.plugins.jrmp.interfaces.EJBMetaDataImpl;
import org.jboss.ejb.plugins.jrmp.interfaces.RemoteMethodInvocation;
import org.jboss.logging.Logger;
+import org.jboss.naming.Util;
import org.jboss.metadata.MetaData;
import org.jboss.metadata.EntityMetaData;
import org.jboss.metadata.SessionMetaData;
@@ -106,12 +110,12 @@
if (invokerContainer.getLocalClass() == null)
return;
- Context ctx = new InitialContext();
+ Context iniCtx = new InitialContext();
jndiName = container.getBeanMetaData().getJndiName();
// Set the transaction manager and transaction propagation
// context factory of the GenericProxy class
- transactionManager =
((TransactionManager)ctx.lookup(java:/TransactionManager));
+ transactionManager =
(TransactionManager)iniCtx.lookup(java:/TransactionManager);
// Create method mappings for container invoker
Class clazz = invokerContainer.getLocalClass();
@@ -132,6 +136,24 @@
for (int i = 0; i methods.length; i++)
homeMethodInvokerMap.put(new
Long(RemoteMethodInvocation.calculateHash(methods[i])), methods[i]);
}
+
+ String jndiName = container.getBeanMetaData().getLocalJndiName();
+ String beanName = container.getBeanMetaData().getEjbName();
+
+ // setup local home object factory, which is used for non-serializable
objects such as local home
+ // create link from unique name to application and container
+ LocalHomeObjectFactory.rebind(jndiName, container.getApplication(),
container);
+
+ // address used to lookup referance in LocalHomeObjectFactory
+ StringRefAddr refAddr = new StringRefAddr(nns, jndiName);
+
+ // create a jndi referance to LocalHomeObjectFactory
+ Reference jndiRef = new Reference(container.getBeanMetaData().getLocalHome(),
+ refAddr, LocalHomeObjectFactory.class.getName(), null );
+
+ // bind that referance to my name
+ Util.rebind(iniCtx, jndiName, jndiRef);
+ log.debug(Bound Local + beanName + to + jndiName);
}
public void start()
@@ -142,6 +164,9 @@
public void stop()
{
+ if( container == null )
+ return;
+
// remove from the static hashmap
if( beanMethodInvokerMap != null )
beanMethodInvokerMap.clear();
@@ -166,6 +191,22 @@
}
log.debug(Cleared
[JBoss-dev] [ jboss-Bugs-529311 ] jboss_3_0.dtd on www.jboss.org
Bugs item #529311, was opened at 2002-03-12 23:38 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529311group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 1 Submitted By: Vincent Harcq (vharcq) Assigned to: Jason Dillon (user57) Summary: jboss_3_0.dtd on www.jboss.org Initial Comment: The DTD http://www.jboss.org/j2ee/dtd/jboss_3_0.dtd is missing and external resolution of it break. -- Comment By: Jason Dillon (user57) Date: 2002-04-04 16:33 Message: Logged In: YES user_id=15045 Yes, this needs to be fixed... will get to it when updating the website in the coming days/weeks. --jason -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=529311group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-529871 ] Return type of finder method not checked (EJBVerifier)
Bugs item #529871, was opened at 2002-03-14 05:36
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=529871group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assigned to: Nobody/Anonymous (nobody)
Summary: Return type of finder method not checked (EJBVerifier)
Initial Comment:
RH beta2 on solaris (but the OS is not relevant here).
A (custom) finder method in a local home interface
can be declared to return remote references of the
same EB and the deployer does not notice.
public MyBeanLocalHome extends EJBLocalHome
{
...
// Wrong return type, should be MyBeanLocal:
public MyBean findMe();
...
}
is not detected. (Is there any check at all?).
This can result in an Am I a clown? experience...
Georg
--
The horror, the horror (Conrad, Heart of Darkness)
--
Comment By: Jason Dillon (user57)
Date: 2002-04-04 16:32
Message:
Logged In: YES
user_id=15045
For clarity, I am attaching some details... this is still
unresolved.
The EJB verifier needs to be updated for EJB 2.0.
See server/src/main/org/jboss/verifier for more details on
how to implement.
--jason
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=529871group_id=22866
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/util CounterService.java
User: starksm
Date: 02/04/04 19:56:20
Modified:src/main/org/jboss/util Tag: Branch_2_4 CounterService.java
Log:
Update stopService signature
Revision ChangesPath
No revision
No revision
1.1.4.2 +2 -2 jboss/src/main/org/jboss/util/Attic/CounterService.java
Index: CounterService.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/Attic/CounterService.java,v
retrieving revision 1.1.4.1
retrieving revision 1.1.4.2
diff -u -r1.1.4.1 -r1.1.4.2
--- CounterService.java 20 Nov 2001 09:42:56 - 1.1.4.1
+++ CounterService.java 5 Apr 2002 03:56:20 - 1.1.4.2
@@ -48,7 +48,7 @@
Reference ref = new Reference(this.getClass().getName(), addr,
NonSerializableFactory.class.getName(), null);
ctx.bind(java:/CounterService, ref);
}
- protected void stopService() {
+ protected void stopService() throws Exception {
super.stopService();
try {
InitialContext ctx = new InitialContext();
@@ -110,4 +110,4 @@
entries++;
}
}
-}
\ No newline at end of file
+}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-539379 ] Creating bean instance rejected
Bugs item #539379, was opened at 2002-04-04 20:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=539379group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Matthias Bohlen (mattes3) Assigned to: Nobody/Anonymous (nobody) Summary: Creating bean instance rejected Initial Comment: OS: Windows 2000 JDK 1.3.1_02 I have ported the CMPCustomer example from SUN's J2SDKEE to JBoss (using XDoclet). It is an example where Customers, Addresses and Subscriptions for magazines can be created via a small web application and EJBs using CMP 2.0 with CMR. Deployment is OK, database tables are created, all is fine. Customers and Subscriptions can be created, Addresses cannot. The server gives a message: 2002-04-04 20:23:53,596 ERROR [Default] java.lang.reflect.UndeclaredThrowableException: 2002-04-04 20:23:53,596 ERROR [Default] java.rmi.ServerException: INSERTING AN ALREADY EXISTING BEAN, ID = ADDR01; nested exception is: java.lang.IllegalStateException: INSERTING AN ALREADY EXISTING BEAN, ID = ADDR01 2002-04-04 20:23:53,596 ERROR [Default] java.lang.IllegalStateException: INSERTING AN ALREADY EXISTING BEAN, ID = ADDR01 2002-04-04 20:23:53,606 ERROR [Default] at org.jboss.ejb.plugins.AbstractInstanceCache.insert (AbstractInstanceCache.java:265) 2002-04-04 20:23:53,606 ERROR [Default] at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeH ome(EntityInstanceInterceptor.java:149) I have attached the full server log and the ear file. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=539379group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins EntitySynchronizationInterceptor.java
User: d_jencks
Date: 02/04/04 20:08:02
Modified:src/main/org/jboss/ejb/plugins
EntitySynchronizationInterceptor.java
Log:
fixed problem with RollbackException being thrown after setRollbackOnly
Revision ChangesPath
1.63 +20 -23
jboss/src/main/org/jboss/ejb/plugins/EntitySynchronizationInterceptor.java
Index: EntitySynchronizationInterceptor.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/EntitySynchronizationInterceptor.java,v
retrieving revision 1.62
retrieving revision 1.63
diff -u -r1.62 -r1.63
--- EntitySynchronizationInterceptor.java 1 Mar 2002 02:42:03 - 1.62
+++ EntitySynchronizationInterceptor.java 5 Apr 2002 04:08:02 - 1.63
@@ -43,7 +43,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
* @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a
- * @version $Revision: 1.62 $
+ * @version $Revision: 1.63 $
*
* pbRevisions:/bbr
* pb2001/06/28: marcf/b
@@ -175,22 +175,30 @@
if( trace )
log.trace(register, ctx=+ctx+, tx=+tx);
- // Create a new synchronization
- Synchronization synch = createSynchronization(tx, ctx);
-
EntityContainer ctxContainer = null;
try
{
ctxContainer = (EntityContainer) ctx.getContainer();
- // We want to be notified when the transaction commits
- tx.registerSynchronization(synch);
+ if (!ctx.hasTxSynchronization())
+ {
+ // Create a new synchronization
+ Synchronization synch = createSynchronization(tx, ctx);
+
+ // We want to be notified when the transaction commits
+ tx.registerSynchronization(synch);
- // associate the entity bean with the transaction so that
- // we can do things like synchronizeEntitiesWithinTransaction
- // do this after registerSynchronization, just in case there was an
exception
- ctxContainer.getTxEntityMap().associate(tx, ctx);
+ // associate the entity bean with the transaction so that
+ // we can do things like synchronizeEntitiesWithinTransaction
+ // do this after registerSynchronization, just in case there was an
exception
+ ctxContainer.getTxEntityMap().associate(tx, ctx);
- ctx.hasTxSynchronization(true);
+ ctx.hasTxSynchronization(true);
+ }
+ //mark it dirty in global tx entity map if it is not read only
+ if (!ctxContainer.isReadOnly())
+ {
+ ctxContainer.getGlobalTxEntityMap().associate(tx, ctx);
+ }
}
catch (RollbackException e)
{
@@ -236,10 +244,6 @@
lock.schedule(mi);
register(ctx, tx); // Set tx
lock.releaseMethodLock();
- //The entity may be dirty, even after create, for instance if it has
relationship
- //fields populated in ejbPostCreate. cf bug 523627
- EntityContainer ctxContainer = (EntityContainer) ctx.getContainer();
-ctxContainer.getGlobalTxEntityMap().associate(tx, ctx);
}
finally
{
@@ -303,14 +307,7 @@
{
//register the wrapper with the transaction monitor (but only register
once).
// The transaction demarcation will trigger the storage operations
-if (!ctx.hasTxSynchronization()) register(ctx,tx);
- //mark it dirty in global tx entity map if it reports it is modified
- EntityContainer ctxContainer = (EntityContainer) ctx.getContainer();
- if (!ctxContainer.isReadOnly()
- ctxContainer.getPersistenceManager().isModified(ctx))
- {
-ctxContainer.getGlobalTxEntityMap().associate(tx, ctx);
- }
+register(ctx,tx);
}
}
//
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/build build.xml
User: starksm
Date: 02/04/04 20:16:04
Modified:catalina/src/build Tag: Branch_2_4 build.xml
Log:
Update the point where the catalina service mbean configuration is
placed into the jboss.jcml file
Revision ChangesPath
No revision
No revision
1.4.2.5 +38 -5 contrib/catalina/src/build/Attic/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/contrib/catalina/src/build/Attic/build.xml,v
retrieving revision 1.4.2.4
retrieving revision 1.4.2.5
diff -u -r1.4.2.4 -r1.4.2.5
--- build.xml 4 Apr 2002 08:23:39 - 1.4.2.4
+++ build.xml 5 Apr 2002 04:16:04 - 1.4.2.5
@@ -1,5 +1,9 @@
?xml version=1.0 encoding=UTF-8 ?
-!-- $Id: build.xml,v 1.4.2.4 2002/04/04 08:23:39 starksm Exp $ --
+!DOCTYPE project [
+ !ENTITY catalina-service.xml SYSTEM ../etc/conf/catalina/catalina-service.xml
+]
+
+!-- $Id: build.xml,v 1.4.2.5 2002/04/05 04:16:04 starksm Exp $ --
!-- An Ant build file for the catalina-service jar and the
JBoss/Tomcat bundle. The buildfile requires a JBoss dist
@@ -135,10 +139,39 @@
copy todir=${bundle.root}/jboss/conf/catalina
fileset dir=${bundle.root}/jboss/conf/default /
/copy
-patch patchfile=${etc.dir}/conf/catalina/jboss.conf.patch
- originalfile=${bundle.root}/jboss/conf/catalina/jboss.conf /
-patch patchfile=${etc.dir}/conf/catalina/jboss.jcml.patch
- originalfile=${bundle.root}/jboss/conf/catalina/jboss.jcml /
+
+echoAdding Catalina MLETs to jboss.conf/echo
+echo append=true file=${bundle.root}/jboss/conf/catalina/jboss.conf
+![CDATA[
+!-- Add Catalina classes to classpath --
+MLET CODE = org.jboss.util.ClassPathExtension ARCHIVE=jboss.jar
CODEBASE=../../lib/ext/
+ARG TYPE=java.lang.String VALUE=../../../catalina/common/lib/
+ARG TYPE=java.lang.String VALUE=CatalinaCommon
+/MLET
+MLET CODE = org.jboss.util.ClassPathExtension ARCHIVE=jboss.jar
CODEBASE=../../lib/ext/
+ARG TYPE=java.lang.String VALUE=../../../catalina/server/lib/
+ARG TYPE=java.lang.String VALUE=CatalinaServer
+/MLET
+MLET CODE = org.jboss.util.ClassPathExtension ARCHIVE=jboss.jar
CODEBASE=../../lib/ext/
+ARG TYPE=java.lang.String VALUE=../../../catalina/bin/
+ARG TYPE=java.lang.String VALUE=CatalinaBin
+ /MLET
+MLET CODE = org.jboss.util.ClassPathExtension ARCHIVE=jboss.jar
CODEBASE=../../lib/ext/
+ARG TYPE=java.lang.String VALUE=../../../catalina/lib/
+ARG TYPE=java.lang.String VALUE=CatalinaLib
+/MLET
+]]
+/echo
+
+echoSetting EmbeddedCatalinaSX as WAR Deployer/echo
+replace file=${bundle.root}/jboss/conf/catalina/jboss.jcml
+ token=service=EmbeddedTomcat value=service=EmbeddedCatalinaSX /
+echoAdding EmbeddedCatalinaSX mbean to jboss.jcml/echo
+replace file=${bundle.root}/jboss/conf/catalina/jboss.jcml
+ token=lt;!-- Insert WebContainer HERE --gt;
+ replacevaluecatalina-service.xml;/replacevalue
+/replace
+
echo file=${bundle.root}/jboss/bin/run_with_catalina.sh#!/bin/sh
JBOSS_CLASSPATH=$$JBOSS_CLASSPATH:$$JAVA_HOME/lib/tools.jar
export JBOSS_CLASSPATH
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/etc/conf/catalina catalina-service.xml jboss.conf.patch jboss.jcml.patch
User: starksm Date: 02/04/04 20:17:06 Added: catalina/src/etc/conf/catalina Tag: Branch_2_4 catalina-service.xml Removed: catalina/src/etc/conf/catalina Tag: Branch_2_4 jboss.conf.patch jboss.jcml.patch Log: No longer use patch diffs to update the jboss.conf and jboss.jcml files for the integrated bundle. Revision ChangesPath No revision No revision 1.1.2.1 +25 -0 contrib/catalina/src/etc/conf/catalina/Attic/catalina-service.xml ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/catalina/src/main/org/jboss/web/catalina EmbeddedCatalinaServiceSX.java EmbeddedCatalinaServiceSXMBean.java
User: starksm
Date: 02/04/04 20:18:23
Modified:catalina/src/main/org/jboss/web/catalina Tag: Branch_2_4
EmbeddedCatalinaServiceSX.java
EmbeddedCatalinaServiceSXMBean.java
Log:
Add a CatalinaHome attribute for the catalina.home and catalina.base
System property values for use with non-standard catalina distribution
directory structures
Revision ChangesPath
No revision
No revision
1.2.2.7 +28 -22
contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSX.java
Index: EmbeddedCatalinaServiceSX.java
===
RCS file:
/cvsroot/jboss/contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSX.java,v
retrieving revision 1.2.2.6
retrieving revision 1.2.2.7
diff -u -r1.2.2.6 -r1.2.2.7
--- EmbeddedCatalinaServiceSX.java4 Apr 2002 08:22:28 - 1.2.2.6
+++ EmbeddedCatalinaServiceSX.java5 Apr 2002 04:18:23 - 1.2.2.7
@@ -57,16 +57,19 @@
import org.apache.catalina.startup.Embedded;
/** An implementation of the AbstractWebContainer for the Jakarta Tomcat
- 4.0 servlet container. This uses the Embedded as the integration class. It
- does not parse the catalina server.xml.
+ 4.0 servlet container. This uses the org.apache.catalina.startup.Embedded as
+ the integration class. It does not parse the catalina server.xml in the
+ catalina distribution. Rather, it parses a subset of the server.xml syntax
+ and obtains this configuration information from the Config attribute.
@see org.jboss.web.AbstractWebContainer
@see org.apache.catalina.startup.Embedded
@author [EMAIL PROTECTED]
- @version $Revision: 1.2.2.6 $
+ @version $Revision: 1.2.2.7 $
*/
-public class EmbeddedCatalinaServiceSX extends AbstractWebContainer implements
EmbeddedCatalinaServiceSXMBean
+public class EmbeddedCatalinaServiceSX extends AbstractWebContainer
+ implements EmbeddedCatalinaServiceSXMBean
{
// Constants -
public static final String NAME = EmbeddedCatalinaSX;
@@ -75,8 +78,8 @@
private EmbeddedCatalina catalina;
/** The catalina debug level */
private int debugLevel;
- /** The JNDI name of the SecurityDomain implementation binding */
- private String securityDomain;
+ /** The value to use for the catalina.home and catalina.base System properties */
+ private String catalinaHome;
/** Any extended configuration information specified via a config
element in the mbean definition.
*/
@@ -91,14 +94,14 @@
return NAME;
}
-public String getSecurityDomain()
-{
- return this.securityDomain;
-}
-public void setSecurityDomain(String securityDomain)
-{
- this.securityDomain = securityDomain;
-}
+ public String getCatalinaHome()
+ {
+ return this.catalinaHome;
+ }
+ public void setCatalinaHome(String catalinaHome)
+ {
+ this.catalinaHome = catalinaHome;
+ }
/** This method is invoked to import an arbitrary XML configuration tree.
Subclasses should override this method if they support such a configuration
@@ -134,14 +137,17 @@
try
{
// Set the catalina.home property from the Embedded class location
- ProtectionDomain pd = Embedded.class.getProtectionDomain();
- URL catalinaHome = pd.getCodeSource().getLocation();
- String homePath = catalinaHome.getFile();
- File homeDir = new File(homePath, ../../..);
- homePath = homeDir.getCanonicalPath();
- log.debug(Setting catalina.home to: + homePath);
- System.setProperty(catalina.home, homePath);
- System.setProperty(catalina.base, homePath);
+ if( catalinaHome == null )
+ {
+ProtectionDomain pd = Embedded.class.getProtectionDomain();
+URL catalinaHome = pd.getCodeSource().getLocation();
+String homePath = catalinaHome.getFile();
+File homeDir = new File(homePath, ../../..);
+catalinaHome = homeDir.getCanonicalPath();
+ }
+ log.debug(Setting catalina.home to: + catalinaHome);
+ System.setProperty(catalina.home, catalinaHome);
+ System.setProperty(catalina.base, catalinaHome);
initCatalina(cl);
catalina.start();
}
1.1.2.6 +11 -10
contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSXMBean.java
Index: EmbeddedCatalinaServiceSXMBean.java
===
RCS file:
/cvsroot/jboss/contrib/catalina/src/main/org/jboss/web/catalina/EmbeddedCatalinaServiceSXMBean.java,v
retrieving
[JBoss-dev] CVS update: contrib/jboss.net/src/main/org/jboss/net/jmx MBeanInvocationHandler.java
User: peterbraswell
Date: 02/04/04 20:42:57
Modified:jboss.net/src/main/org/jboss/net/jmx
MBeanInvocationHandler.java
Log:
fixed null-pointer exception problem.
Revision ChangesPath
1.7 +105 -99
contrib/jboss.net/src/main/org/jboss/net/jmx/MBeanInvocationHandler.java
Index: MBeanInvocationHandler.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/jmx/MBeanInvocationHandler.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- MBeanInvocationHandler.java 12 Mar 2002 11:04:46 - 1.6
+++ MBeanInvocationHandler.java 5 Apr 2002 04:42:57 - 1.7
@@ -1,99 +1,105 @@
-/*
- * JBoss, the OpenSource J2EE webOS
- *
- * Distributable under LGPL license.
- * See terms of license at gnu.org.
- */
-
-// $Id: MBeanInvocationHandler.java,v 1.6 2002/03/12 11:04:46 cgjung Exp $
-
-package org.jboss.net.jmx;
-
-import org.jboss.net.axis.AxisInvocationHandler;
-
-import javax.management.ObjectName;
-
-import org.apache.axis.client.Call;
-import org.apache.axis.client.Service;
-
-import java.lang.reflect.Proxy;
-import java.lang.reflect.Method;
-
-import java.net.URL;
-import java.util.Map;
-
-/*
- * Helper class for dealing with remote JMX beans in typed or untyped ways.
- * @created 1. Oktober 2001, 18:22
- * @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a
- * @version $Revision: 1.6 $
- */
-
-public class MBeanInvocationHandler extends AxisInvocationHandler {
-
- /** Creates new MBeanInvocationHandler pointing to a given url, using the given
engine */
- public MBeanInvocationHandler(URL endpoint) {
- super(endpoint);
- }
-
- /** Creates new MBeanInvocationHandler pointing to a given url, using the given
engine */
- public MBeanInvocationHandler(URL endpoint, Map methodMap) {
- super(endpoint, methodMap);
- }
-
- /** Creates new MBeanInvocationHandler pointing to a given url, using the given
engine */
- public MBeanInvocationHandler(URL endpoint, Map methodMap, Map interfaceMap) {
- super(endpoint, methodMap, interfaceMap);
- }
-
- /** Creates new MBeanInvocationHandler pointing to a given url, using the given
engine */
- public MBeanInvocationHandler(URL endpoint, Map methodMap, Map interfaceMap,
boolean maintainSession)
- {
- super(endpoint, methodMap, interfaceMap,maintainSession);
- }
-
- /** Creates new MBeanInvocationHandler */
- public MBeanInvocationHandler(Call call, Map methodMap, Map interfaceMap) {
- super(call,methodMap,interfaceMap);
- }
-
- /** Creates new MBeanInvocationHandler */
- public MBeanInvocationHandler(URL endpoint, Service service,Map methodMap, Map
interfaceMap) {
- super(endpoint,service,methodMap,interfaceMap);
- }
-
- /** invocation using method signature */
- public Object invoke(
- String serviceName,
- String methodName,
- Object[] arguments,
- Class[] classes)
- throws java.rmi.RemoteException {
- // convert classes to strings
- String[] classNames = new String[classes.length];
- for (int count = 0; count classes.length; count++)
- classNames[count] = classes[count].getName();
- // we convert the parameter structure
- Object[] realArgs =
- arguments != null ? new Object[arguments.length + 1] : new Object[1];
- realArgs[0] = classNames;
- if (arguments != null)
- System.arraycopy(arguments, 0, realArgs, 1, arguments.length);
- return invoke(serviceName, methodName, realArgs);
- }
-
- /** default creation of services */
- public static Object createMBeanService(Class _interface, URL endpoint)
- {
- return createAxisService(_interface, new MBeanInvocationHandler(endpoint));
- }
-
- /** default creation of services */
- public static Object createMBeanService(
- Class _interface,
- MBeanInvocationHandler handler)
- {
- return createAxisService(_interface, handler);
- }
-
-}
\ No newline at end of file
+/*
+ * JBoss, the OpenSource J2EE webOS
+ *
+ * Distributable under LGPL license.
+ * See terms of license at gnu.org.
+ */
+
+// $Id: MBeanInvocationHandler.java,v 1.7 2002/04/05 04:42:57 peterbraswell Exp $
+
+package org.jboss.net.jmx;
+
+import org.jboss.net.axis.AxisInvocationHandler;
+
+import javax.management.ObjectName;
+
+import org.apache.axis.client.Call;
+import org.apache.axis.client.Service;
+
+import java.lang.reflect.Proxy;
+import java.lang.reflect.Method;
+
+import java.net.URL;
+import java.util.Map;
+
+/*
+ * Helper class for dealing with remote JMX beans in typed or untyped ways.
+
[JBoss-dev] CVS update: contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx JMXTest.java JMXTestMBean.java WSRJMXAccessUnitTestCase.java
User: peterbraswell
Date: 02/04/04 20:48:12
Modified:jboss.net/testsuite/src/main/org/jboss/test/net/jmx
JMXTest.java JMXTestMBean.java
WSRJMXAccessUnitTestCase.java
Log:
fixed package structure problem.
Revision ChangesPath
1.2 +57 -57
contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx/JMXTest.java
Index: JMXTest.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx/JMXTest.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JMXTest.java 3 Apr 2002 16:11:22 - 1.1
+++ JMXTest.java 5 Apr 2002 04:48:11 - 1.2
@@ -1,57 +1,57 @@
-package jboss.test.net.jmx;
-
-
-
-/**
- * @version 1.0
- * @author
- */
-
-public class JMXTest
- implements JMXTestMBean
-{
-
- /**
-* Method getTestString
-*
-*
-* @return
-*
-*/
-
- public String getTestString ()
- {
- return testString;
- }
-
- /**
-* Method setTestString
-*
-*
-* @param str
-*
-*/
-
- public void setTestString (String str)
- {
- testString = str;
- }
-
- /**
-* Method noopOperation
-*
-*
-*/
-
- public void noopOperation ()
- {
-
- /* doing nothing */
- }
-
- /* Member variables */
- private String testString = JMX_TEST_STRING;
-}
-
-
-
+package jboss.test.net.jmx;
+
+
+
+/**
+ * @version 1.0
+ * @author
+ */
+
+public class JMXTest
+ implements JMXTestMBean
+{
+
+ /**
+* Method getTestString
+*
+*
+* @return
+*
+*/
+
+ public String getTestString ()
+ {
+ return testString;
+ }
+
+ /**
+* Method setTestString
+*
+*
+* @param str
+*
+*/
+
+ public void setTestString (String str)
+ {
+ testString = str;
+ }
+
+ /**
+* Method noopOperation
+*
+*
+*/
+
+ public void noopOperation ()
+ {
+
+ /* doing nothing */
+ }
+
+ /* Member variables */
+ private String testString = JMX_TEST_STRING;
+}
+
+
+
1.2 +43 -43
contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx/JMXTestMBean.java
Index: JMXTestMBean.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx/JMXTestMBean.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JMXTestMBean.java 3 Apr 2002 16:11:22 - 1.1
+++ JMXTestMBean.java 5 Apr 2002 04:48:12 - 1.2
@@ -1,43 +1,43 @@
-package jboss.test.net.jmx;
-
-
-
-/**
- * @version 1.0
- * @author Peter Braswell
- */
-
-public interface JMXTestMBean
-{
-
- /**
-* Method getTestString
-*
-*
-* @return
-*
-*/
-
- public String getTestString ();
-
- /**
-* Method setTestString
-*
-*
-* @param str
-*
-*/
-
- public void setTestString (String str);
-
- /**
-* Method noopOperation
-*
-*
-*/
-
- public void noopOperation ();
-}
-
-
-
+package jboss.test.net.jmx;
+
+
+
+/**
+ * @version 1.0
+ * @author Peter Braswell
+ */
+
+public interface JMXTestMBean
+{
+
+ /**
+* Method getTestString
+*
+*
+* @return
+*
+*/
+
+ public String getTestString ();
+
+ /**
+* Method setTestString
+*
+*
+* @param str
+*
+*/
+
+ public void setTestString (String str);
+
+ /**
+* Method noopOperation
+*
+*
+*/
+
+ public void noopOperation ();
+}
+
+
+
1.2 +161 -161
contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx/WSRJMXAccessUnitTestCase.java
Index: WSRJMXAccessUnitTestCase.java
===
RCS file:
/cvsroot/jboss/contrib/jboss.net/testsuite/src/main/org/jboss/test/net/jmx/WSRJMXAccessUnitTestCase.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- WSRJMXAccessUnitTestCase.java 3 Apr 2002 16:11:22 - 1.1
+++ WSRJMXAccessUnitTestCase.java 5 Apr 2002 04:48:12 - 1.2
@@ -1,161 +1,161 @@
-
-/*
- * JBoss, the OpenSource J2EE webOS
- *
- * Distributable under LGPL license.
- * See terms of license at gnu.org.
- */
-
-// $Id: WSRJMXAccessUnitTestCase.java,v 1.1 2002/04/03 16:11:22 cgjung Exp $
-package jboss.test.net.jmx;
-
-
-
-import
[JBoss-dev] Need help to start
Hi all, I am new member joined here. I want to understand as a developer how jboss is developed and go though the code. Unfortunately I have not used CVS. Can anybody help me with steps of how I could download source, build and run an example. I request a simple step by step procedure. Thanx in advance Ashutosh __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool/jdbc/xa/wrapper XAClientConnection.java
User: starksm
Date: 02/04/04 20:58:41
Modified:src/main/org/jboss/pool/jdbc/xa/wrapper Tag: Branch_2_4
XAClientConnection.java
Log:
Apply fix for bug #506549
Revision ChangesPath
No revision
No revision
1.1.1.1.2.2 +7 -1
jbosspool/src/main/org/jboss/pool/jdbc/xa/wrapper/Attic/XAClientConnection.java
Index: XAClientConnection.java
===
RCS file:
/cvsroot/jboss/jbosspool/src/main/org/jboss/pool/jdbc/xa/wrapper/Attic/XAClientConnection.java,v
retrieving revision 1.1.1.1.2.1
retrieving revision 1.1.1.1.2.2
diff -u -r1.1.1.1.2.1 -r1.1.1.1.2.2
--- XAClientConnection.java 27 Dec 2001 21:10:40 - 1.1.1.1.2.1
+++ XAClientConnection.java 5 Apr 2002 04:58:41 - 1.1.1.1.2.2
@@ -372,7 +372,13 @@
}
public PreparedStatement prepareStatement(String sql, int resultSetType, int
resultSetConcurrency) throws SQLException {
-return prepareStatement(sql);
+if(con == null) throw new SQLException(CLOSED);
+try {
+return con.prepareStatement(sql, resultSetType, resultSetConcurrency);
+} catch(SQLException e) {
+setError(e);
+throw e;
+}
}
public CallableStatement prepareCall(String sql, int resultSetType, int
resultSetConcurrency) throws SQLException {
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Todo: multiple instances detection
Jason's suggestion seems (to me) similar in concept to http tunneling, except in that case doesn't the client needs to be proxy-aware? If that is not an option (seems like it's not), that does complicate things a tad. The routing port manager (uber-server-socket?) would need a way to map some kind of content pattern of the wire protocol (RMI, HTTP, etc) to a service/port. Like using Pushback streams (read enough bytes to ID the protocol, push them back, send the stream to it's proper destination via chained in/out streams/sockets. (maybe) dumb question: In that scenario, I am wondering how would you distinguish requests for two different HTTP-ish services (like jmx-html and jetty/tomcat requests), which both look like HTTP on-the-wire? Would this even be a problem, or would the web container stuff be separate. Of course, if each service uses a distinct wire protocol then the port router thing would seem to work. You'd still need some sort of way to 'educate' the router as to where the services are actually listening (config file, etc), unless they registered themselves, which I think is in line with Marc's idea. The only thing to watch out for is that I *think* with the proxy-type solution, you'll have twice the file descriptors open on the box with the additional sockets. That may or may not be a concern. I've had problems running out of FDs before. If you guys are swamped, I'd be glad to throw something together to prove the concept. I've got lots of socket code laying around, and I've been looking to give some back. Mike _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12035 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty Jetty.java
User: jules_gosnell Date: 02/04/04 21:40:10 Modified:jetty/src/main/org/jboss/jetty Jetty.java Log: lose unecessary fix Revision ChangesPath 1.45 +3 -5 contrib/jetty/src/main/org/jboss/jetty/Jetty.java Index: Jetty.java === RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/Jetty.java,v retrieving revision 1.44 retrieving revision 1.45 diff -u -r1.44 -r1.45 --- Jetty.java22 Mar 2002 10:19:08 - 1.44 +++ Jetty.java5 Apr 2002 05:40:10 - 1.45 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: Jetty.java,v 1.44 2002/03/22 10:19:08 janb Exp $ +// $Id: Jetty.java,v 1.45 2002/04/05 05:40:10 jules_gosnell Exp $ // A Jetty HttpServer with the interface expected by JBoss' // J2EEDeployer... @@ -50,7 +50,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Julian Gosnell/a * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a. - * @version $Revision: 1.44 $ + * @version $Revision: 1.45 $ * * pbRevisions:/b * @@ -380,13 +380,11 @@ if (getContext(null, contextPath, 0)!=null) _log.warn(A WebApplication is already deployed in context '+contextPath+' - proceed at your own risk.); - String fixedWarUrl=warUrl+(warUrl.endsWith(/)?:/); - // deploy the WebApp WebApplicationContext app= new JBossWebApplicationContext(this, contextPath, descriptorParser, wa, _parser, -fixedWarUrl); +warUrl); // configure whether the context is to flatten the classes in ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] how do ejb proxies get marshalled in jboss.net?
After a brief lookover of the jboss.net code, I couldn't figure it out. If a method is returning a reference to an EJB, how does this get translated into SOAP? If you call a home.findAll for instance, how does a collection of references get translated into a SOAP response? Thanks in advance for your answers. I've been researching the best ways to implement multiple invokers per container with Marc and Francisco and need the perspective of another invoker other than RMI and IIOP. Thanks, Bill ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] (Jason) file protocol handler....
Jason,
Thanks for this - it should fix reloading JSPs ...
However, Jetty deployment is now screwed !
In FileURLConnection.getPermission() where you say :
public Permission getPermission() throws IOException {
// should probably return a FilePermission here...
// but I don't understand that crap, so just return the default
return super.getPermission();
}
You are absolutely right !!!
Jetty is using permission.getName() to get the file name - this is now
returning a string all permissions - whereas before it returned a
valid file name.
Jetty can no longer deploy anything.
I would look into this, but I have to go to work.
We could change Jetty, but this would just bite the next person to use
it.
What do you reckon ? Would it be easy to return a java.io.FilePermission
here - as expected.
Jules
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] (Jason) file protocol handler....
Oh... sorry. Not sure what the thing todo here is. We can either
generate a FilePermission which uses the underlying File.canRead(),
blah, blah, blah or we can simply omit this field and have the default
AllPermision be used.
Probably easier in the short term todo the later... though I think that
might be wrong with respect to the security model... Scott?
For now I will just comment out the method.
--jason
Jules Gosnell wrote:
Jason,
Thanks for this - it should fix reloading JSPs ...
However, Jetty deployment is now screwed !
In FileURLConnection.getPermission() where you say :
public Permission getPermission() throws IOException {
// should probably return a FilePermission here...
// but I don't understand that crap, so just return the default
return super.getPermission();
}
You are absolutely right !!!
Jetty is using permission.getName() to get the file name - this is now
returning a string all permissions - whereas before it returned a
valid file name.
Jetty can no longer deploy anything.
I would look into this, but I have to go to work.
We could change Jetty, but this would just bite the next person to use
it.
What do you reckon ? Would it be easy to return a java.io.FilePermission
here - as expected.
Jules
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-common/src/main/org/jboss/net/protocol/file FileURLConnection.java
User: user57
Date: 02/04/04 22:41:58
Modified:src/main/org/jboss/net/protocol/file FileURLConnection.java
Log:
o commented out getPermission, will use default URLConnection.getPermission
Revision ChangesPath
1.2 +2 -0
jboss-common/src/main/org/jboss/net/protocol/file/FileURLConnection.java
Index: FileURLConnection.java
===
RCS file:
/cvsroot/jboss/jboss-common/src/main/org/jboss/net/protocol/file/FileURLConnection.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- FileURLConnection.java4 Apr 2002 22:20:22 - 1.1
+++ FileURLConnection.java5 Apr 2002 06:41:57 - 1.2
@@ -28,7 +28,7 @@
* Provides local file access via URL semantics, correctly returning
* lastModified.
*
- * @version tt$Revision: 1.1 $/tt
+ * @version tt$Revision: 1.2 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class FileURLConnection
@@ -75,11 +75,13 @@
return super.getHeaderField(name);
}
+ /* FIXME (or remove me)
public Permission getPermission() throws IOException {
// should probably return a FilePermission here...
// but I don't understand that crap, so just return the default
return super.getPermission();
}
+ */
public long getLastModified() {
return file.lastModified();
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] (Jason) file protocol handler....
Oh... wait... I am smoking some bad crack... I totally misread this and
then applied that misreading to a fix which does not help at all. I
have been in proxy-land for the last 5 hours and might be loosing my mind.
Let me quickly check what the default sun impl does and I try to
duplicate that... though I am not sure what the exact permissions I
should return or if I should use the File/Security manager to construct
that information.
=(
--jason
Jules Gosnell wrote:
Jason,
Thanks for this - it should fix reloading JSPs ...
However, Jetty deployment is now screwed !
In FileURLConnection.getPermission() where you say :
public Permission getPermission() throws IOException {
// should probably return a FilePermission here...
// but I don't understand that crap, so just return the default
return super.getPermission();
}
You are absolutely right !!!
Jetty is using permission.getName() to get the file name - this is now
returning a string all permissions - whereas before it returned a
valid file name.
Jetty can no longer deploy anything.
I would look into this, but I have to go to work.
We could change Jetty, but this would just bite the next person to use
it.
What do you reckon ? Would it be easy to return a java.io.FilePermission
here - as expected.
Jules
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/security JBossUserRealm.java
User: jules_gosnell
Date: 02/04/04 23:01:36
Modified:jetty/src/main/org/jboss/jetty/security JBossUserRealm.java
Log:
tidy up and optimise
Revision ChangesPath
1.7 +27 -32
contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java
Index: JBossUserRealm.java
===
RCS file:
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- JBossUserRealm.java 21 Mar 2002 12:12:34 - 1.6
+++ JBossUserRealm.java 5 Apr 2002 07:01:35 - 1.7
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: JBossUserRealm.java,v 1.6 2002/03/21 12:12:34 janb Exp $
+// $Id: JBossUserRealm.java,v 1.7 2002/04/05 07:01:35 jules_gosnell Exp $
package org.jboss.jetty.security;
@@ -29,30 +29,30 @@
/** An implementation of UserRealm that integrates with the JBossSX
* security manager associted with the web application.
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.6 $
+ * @version $Revision: 1.7 $
*/
-// TODO
-
public class JBossUserRealm
implements UserRealm // Jetty API
{
+ private final Logger _log;
+ private final String _realmName;
+ private final String _subjAttrName;
+ private final boolean_useJAAS;
+ private final HashMap_users=new HashMap();
+ private AuthenticationManager _authMgr =null;
+ private RealmMapping _realmMapping =null;
+ private SubjectSecurityManager _subjSecMgr =null;
+
class JBossUserPrincipal
-extends SimplePrincipal // JBoss API
implements UserPrincipal // Jetty API
{
+private final SimplePrincipal _principal;// JBoss API
+private String_password;
-
- /* */
- /* principal's credential
- */
- private String _password;
-
-
-
JBossUserPrincipal(String name)
{
- super(name);
+ _principal=new SimplePrincipal(name);
if (_log.isDebugEnabled())
_log.debug(created JBossUserRealm::JBossUserPrincipal: +name);
@@ -61,7 +61,6 @@
protected boolean
isAuthenticated(String password)
{
- String userName = this.getName(); // needs disambiguation because our
outer class
boolean authenticated = false;
if (password==null)
@@ -69,22 +68,22 @@
char[] passwordChars = password.toCharArray();
if (_log.isDebugEnabled())
- _log.debug(authenticating: Name:+userName+ Password:/*+password*/);
+ _log.debug(authenticating: Name:+_principal+ Password:/*+password*/);
if(_authMgr!=null _authMgr.isValid(this, passwordChars))
{
if (_log.isDebugEnabled())
- _log.debug(authenticated: +userName);
+ _log.debug(authenticated: +_principal);
// work around the fact that we are not serialisable - thanks Anatoly
// SecurityAssociation.setPrincipal(this);
- SecurityAssociation.setPrincipal(new SimplePrincipal(userName));
+ SecurityAssociation.setPrincipal(_principal);
SecurityAssociation.setCredential(passwordChars);
authenticated=true;
}
else
{
- _log.warn(authentication failure: +userName);
+ _log.warn(authentication failure: +_principal);
}
return authenticated;
@@ -117,6 +116,12 @@
//
// SimplePrincipal - for JBoss
+public String
+ getName()
+{
+ return _principal.getName();
+}
+
//
// UserPrincipal - for Jetty
@@ -156,40 +161,30 @@
isUserInRole(String role)
{
boolean isUserInRole = false;
- String userName = this.getName();
Set requiredRoles = Collections.singleton(new SimplePrincipal(role));
if(_realmMapping!=null _realmMapping.doesUserHaveRole(this, requiredRoles))
{
if (_log.isDebugEnabled())
- _log.debug(JBossUserPrincipal: +userName+ is in Role: +role);
+ _log.debug(JBossUserPrincipal: +_principal+ is in Role: +role);
isUserInRole = true;
}
else
{
if (_log.isDebugEnabled())
- _log.debug(JBossUserPrincipal: +userName+ is NOT in Role: +role);
+ _log.debug(JBossUserPrincipal: +_principal+ is NOT in Role: +role);
}
return isUserInRole;
}
}
- private Logger _log;
- private String _realmName;
-
