[JBoss-dev] ProxyCompiler & bug 527328
After many hours, I have narrowed this bug to ProxyImplementationFactory... or rather the MethodGen object which it uses to construct this method based on the arbitratry method for a target proxy (createProxyMethod()). The problem appears to be inside BCEL, though I am not sure and this shit is hard to read. Basically the method signature byte code is getting messed up for long and double argument types, thus if you have an interface which has: void foo(long a, long b); The current proxy compiler will not correctly generate the byte code for it. I am assuming this is a problem inside of MethodGen or related BCEL classes, since I was able to take the exact BCEL code used to generate toString methods and it still failed. I am guessing that the current BCEL impl does not reserve enough space for the parameter value or something like that... though I have not had time to read the spec to find out how all this fluff really works. I am assuming that there is nothing wrong with the generated code inside based on my toString replacement test. I will see if the BCEL folks can shed some light on this... --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] IBM Public License
Guys, this is going to be great, seems like you are already deep into the topic. That´s fantastic. IBM Public License seems to be an open license (as opposed to the usual Alphaworks non-commercial restrictions, right?), so you can go ahead there. I thought that they would have a small, non-production-quality server inside, too? Now I see, it is a part of the IBM Web Service development pack which is what license :-( For development purposes, having an integrated UDDI-server is necessary, yes. You would´nt want to register your test-beans at IBM or Microsoft, would you ;-) So maybe jUDDI is the choice, if there is someone behind it interested in collaboration with Jboss, the better. Peter is damned right: Every line of code taken from an _active_ community is better that doing it on our own, indeed. Since the ultimate goal would be in any case to switch to JAXR once we can distribute it in a non-discriminatory fashion (could someone of you please check the current Early Access-status wrt to that?), I wouldn´t care too much about the interface itself, but rather about the ease-of-integration in order to get something going and about the Places where we have to plug that into JBoss.net. Here are a few links, where we could have a further look at: http://www.opensorcerer.org/ http://soapuddi.sourceforge.net/ http://kuddi.enhydra.org/index.html http://www.uddi.org/solutions.html CGJ -Ursprüngliche Nachricht- Von: Peter Braswell [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 5. April 2002 01:55 An: [EMAIL PROTECTED]; [EMAIL PROTECTED] Betreff: 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-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 23:05:36
Modified:src/main/org/jboss/net/protocol/file FileURLConnection.java
Log:
o getPermission returns a FilePermission, and we try to figure out what
those perms may be... I have not idea if this is the correct thing todo
or if there is a better way... if you do please enlighten me
Revision ChangesPath
1.3 +35 -6
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.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- FileURLConnection.java5 Apr 2002 06:41:57 - 1.2
+++ FileURLConnection.java5 Apr 2002 07:05:33 - 1.3
@@ -28,7 +28,7 @@
* Provides local file access via URL semantics, correctly returning
* lastModified.
*
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
* @author mailto:[EMAIL PROTECTED]";>Jason Dillon
*/
public class FileURLConnection
@@ -75,13 +75,42 @@
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();
+ // this sucks... must be a better way, but screw it for now
+ // if you know how this should be done, please fix it... please
+ java.util.List list = new java.util.ArrayList(4);
+ if (file.canRead()) list.add("read");
+ if (file.canWrite()) list.add("write");
+
+ SecurityManager security = System.getSecurityManager();
+ if (security != null) {
+ try {
+security.checkExec(file.getPath());
+list.add("execute");
+ }
+ catch (SecurityException ignore) {}
+
+ try {
+security.checkDelete(file.getPath());
+list.add("delete");
+ }
+ catch (SecurityException ignore) {}
+ }
+ else {
+ // ?? sure, whatever
+ list.add("execute");
+ list.add("delete");
+ }
+
+ StringBuffer actions = new StringBuffer();
+ java.util.Iterator iter = list.iterator();
+ while (iter.hasNext()) {
+ actions.append(iter.next());
+ if (iter.hasNext()) actions.append(",");
+ }
+
+ return new FilePermission(file.getPath(), actions.toString());
}
- */
public long getLastModified() {
return file.lastModified();
___
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 14:31:29
Modified:src/main/org/jboss/deployment/cache DeploymentCache.java
Log:
o Removed hack around file protocol, expect a working version of
URL.getLastModified() instead (JBoss file protocol provides this)
Revision ChangesPath
1.5 +4 -20
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.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- DeploymentCache.java 4 Apr 2002 21:12:40 - 1.4
+++ DeploymentCache.java 4 Apr 2002 22:31:29 - 1.5
@@ -33,7 +33,7 @@
*
* @todo clean up stale cache members
*
- * @version $Revision: 1.4 $
+ * @version $Revision: 1.5 $
* @author mailto:[EMAIL PROTECTED]";>Jason Dillon
*/
public class DeploymentCache
@@ -46,6 +46,7 @@
/** A proxy to the deployment store we are using. */
protected DeploymentStore store;
+
/
// Pluggables//
/
@@ -95,30 +96,13 @@
// Deployer //
/
- protected long getLastModified(final URL url)
- throws Exception
- {
- // stupid file: URLConnection does not return lastModified as one
- // would expect, so we have to work around it here for now...
- // it would be better to wrap the UC, but that is too much work for
- // me right now =|
-
- if (url.getProtocol().equals("file")) {
- java.io.File file = new java.io.File(url.getFile());
- return file.lastModified();
- }
- else {
- return url.openConnection().getLastModified();
- }
- }
-
protected boolean isInvalid(final URL orig, final URL stored)
throws Exception
{
boolean trace = log.isTraceEnabled();
- long omod = getLastModified(orig);
- long smod = getLastModified(stored);
+ long omod = orig.openConnection().getLastModified();
+ long smod = stored.openConnection().getLastModified();
if (trace) {
log.trace("Modfication times (orig, stored): " + omod + ", " + smod);
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] how do ejb proxies get marshalled in jboss.net?
Hello Bill, Currently, there is no standard notion of a "remote reference type" inside SOAP. In JBoss.net, we have a means to to ship entity bean references as value objects, but that´s it for the moment and that goes beyond most of what has been presented at JavaOne where they usually restrict to plain stateless session beans as end-points. My impression that I already uttered in my talk at JBossOne is that Web Services have rarely been used yet to implement anything else besides a stock-ticker. The IdooXoap people I think are an exception in this respect. As a resolution to this lack (would certainly be needed to implement listener-callback patterns etc), one could imagine several approaches to represent remote references: - sub-type of URL which points to the web-service port. - a UDDI/disco entry - URL to the WSDL description of the service I have a few ideas in that respect, but I guess that this will have to wait after the JBoss.net 1.0 release. I´m still wondering what the immediate coupling of SOAP-Provider and ContainerInvoker would give you as advantage over the currently implemented (ab-)using of the in-VM RMI or IIOP stub invocation ... except maybe a bit of performance ... the restrictiveness of the Web-Service RPC-capabilities hints me to the intuition that maybe SOAP is not A full-blown transport in ist own right, but rather an optional and "on-top" way to go. Otherwise, if you have a compelling argument there, I´d be happy to help with the automatic registration of SoapContainerInvokers in the JBoss.net engine - which would give you a kind of nice Web-Service-on-bean-deployment mode. Since there is usually however much more needed to get a working Web-Service (type-mappings and all that stuff), we currently rather investigate the usage of xdoclet to let the web-service.xml and .wsr being generated at compile-time for your favourite web-ejbeans ... Looking forward to hear your opinion, CGJ -Ursprüngliche Nachricht- Von: Bill Burke [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 5. April 2002 07:58 An: [EMAIL PROTECTED] Cc: Jboss-Dev Betreff: [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-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 Str
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 "" - 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 $Revision: 1.1 $
+ * @version $Revision: 1.2 $
* @author mailto:[EMAIL PROTECTED]";>Jason Dillon
*/
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... 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 "" - 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] [ jboss-Bugs-527328 ] unexpected error in proxy compiler
Bugs item #527328, was opened at 2002-03-08 02:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=527328&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 9 Submitted By: Thomas Hamann (thomash76) Assigned to: Jason Dillon (user57) Summary: unexpected error in proxy compiler Initial Comment: win2000pro, jdk1.3.1_01, jboss3.0.0-beta2 (200203050840) Hi, this morning i checked out the current version of JBoss from CVS - the result is, my application which deployed successfully until yesterday, does not deploy. All i get is an exception: 10:32:41,585 ERROR [Proxies] unexpected error java.lang.VerifyError: (class: jatek/server/JaTeKGroupBean$Proxy, method: ejbSelectGroupMember signature: (JJ)Ljatek/ser ver/GroupMember;) Register pair 2/3 contains wrong type at java.lang.Class.getField0(Native Method) at java.lang.Class.getField(Class.java:826) at org.jboss.proxy.compiler.Runtime.makeProxyType(Runtime.java:71) at org.jboss.proxy.compiler.ProxyCompiler.(ProxyCompiler.java:63) at org.jboss.proxy.compiler.Proxies$Impl.makeProxyConstructor(Proxies.java:716) at org.jboss.proxy.compiler.Proxies$Impl.newTarget(Proxies.java:589) at org.jboss.proxy.compiler.Proxies.newTarget(Proxies.java:62) at org.jboss.proxy.compiler.Proxy.newProxyInstance(Proxy.java:37) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateBeanClassInstanceCommand.(JDBCCreateBeanClassI nstanceCommand.j ava:50) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCommandFactory.createCreateBeanClassInstanceCommand(JDB CCommandFactory.jav a:97) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.create(JDBCStoreManager.java:300) at org.jboss.ejb.plugins.CMPPersistenceManager.create(CMPPersistenceManager.java:134) at org.jboss.ejb.EntityContainer.create(EntityContainer.java:329) at org.jboss.ejb.Container.invoke(Container.java:723) 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.system.ServiceController$ServiceProxy.invoke(ServiceController.java:720) at $Proxy0.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java:248) 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.util.jmx.MBeanProxy.invoke(MBeanProxy.java:73) at $Proxy3.create(Unknown Source) at org.jboss.ejb.EjbModule.createService(EjbModule.java:297) at org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:134) 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.ServiceController$ServiceProxy.invoke(ServiceController.java:720) at $Proxy0.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java:248) 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.util.jmx.MBeanProxy.invoke(MBeanProxy.java:73) at $Proxy3.create(Unknown Source) at org.jboss.ejb.EJBDeployer.create(EJBDeployer.java:397) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:585) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:481) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:454) 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.util.jmx.MBeanProxy.invoke(MBeanProxy.java:73) at $Proxy2.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:295) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymentScanner.java:4 66) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:356) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeployme ntScanner.java:190) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymen tScanner.java:179) 10:32:42,569 ERROR [EntityContainer] Exception in service lifecyle operation: cre
[JBoss-dev] [ jboss-Bugs-527328 ] unexpected error in proxy compiler
Bugs item #527328, was opened at 2002-03-08 02:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=527328&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 9 Submitted By: Thomas Hamann (thomash76) Assigned to: Jason Dillon (user57) Summary: unexpected error in proxy compiler Initial Comment: win2000pro, jdk1.3.1_01, jboss3.0.0-beta2 (200203050840) Hi, this morning i checked out the current version of JBoss from CVS - the result is, my application which deployed successfully until yesterday, does not deploy. All i get is an exception: 10:32:41,585 ERROR [Proxies] unexpected error java.lang.VerifyError: (class: jatek/server/JaTeKGroupBean$Proxy, method: ejbSelectGroupMember signature: (JJ)Ljatek/ser ver/GroupMember;) Register pair 2/3 contains wrong type at java.lang.Class.getField0(Native Method) at java.lang.Class.getField(Class.java:826) at org.jboss.proxy.compiler.Runtime.makeProxyType(Runtime.java:71) at org.jboss.proxy.compiler.ProxyCompiler.(ProxyCompiler.java:63) at org.jboss.proxy.compiler.Proxies$Impl.makeProxyConstructor(Proxies.java:716) at org.jboss.proxy.compiler.Proxies$Impl.newTarget(Proxies.java:589) at org.jboss.proxy.compiler.Proxies.newTarget(Proxies.java:62) at org.jboss.proxy.compiler.Proxy.newProxyInstance(Proxy.java:37) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateBeanClassInstanceCommand.(JDBCCreateBeanClassI nstanceCommand.j ava:50) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCommandFactory.createCreateBeanClassInstanceCommand(JDB CCommandFactory.jav a:97) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.create(JDBCStoreManager.java:300) at org.jboss.ejb.plugins.CMPPersistenceManager.create(CMPPersistenceManager.java:134) at org.jboss.ejb.EntityContainer.create(EntityContainer.java:329) at org.jboss.ejb.Container.invoke(Container.java:723) 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.system.ServiceController$ServiceProxy.invoke(ServiceController.java:720) at $Proxy0.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java:248) 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.util.jmx.MBeanProxy.invoke(MBeanProxy.java:73) at $Proxy3.create(Unknown Source) at org.jboss.ejb.EjbModule.createService(EjbModule.java:297) at org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:134) 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.ServiceController$ServiceProxy.invoke(ServiceController.java:720) at $Proxy0.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java:248) 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.util.jmx.MBeanProxy.invoke(MBeanProxy.java:73) at $Proxy3.create(Unknown Source) at org.jboss.ejb.EJBDeployer.create(EJBDeployer.java:397) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:585) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:481) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:454) 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.util.jmx.MBeanProxy.invoke(MBeanProxy.java:73) at $Proxy2.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:295) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymentScanner.java:4 66) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:356) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeployme ntScanner.java:190) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymen tScanner.java:179) 10:32:42,569 ERROR [EntityContainer] Exception in service lifecyle operation: cre
[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 "" - 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-dev] [ jboss-Bugs-527328 ] unexpected error in proxy compiler
Bugs item #527328, was opened at 2002-03-08 02:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=527328&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 9 Submitted By: Thomas Hamann (thomash76) >Assigned to: Jason Dillon (user57) Summary: unexpected error in proxy compiler Initial Comment: win2000pro, jdk1.3.1_01, jboss3.0.0-beta2 (200203050840) Hi, this morning i checked out the current version of JBoss from CVS - the result is, my application which deployed successfully until yesterday, does not deploy. All i get is an exception: 10:32:41,585 ERROR [Proxies] unexpected error java.lang.VerifyError: (class: jatek/server/JaTeKGroupBean$Proxy, method: ejbSelectGroupMember signature: (JJ)Ljatek/ser ver/GroupMember;) Register pair 2/3 contains wrong type at java.lang.Class.getField0(Native Method) at java.lang.Class.getField(Class.java:826) at org.jboss.proxy.compiler.Runtime.makeProxyType(Runtime.java:71) at org.jboss.proxy.compiler.ProxyCompiler.(ProxyCompiler.java:63) at org.jboss.proxy.compiler.Proxies$Impl.makeProxyConstructor(Proxies.java:716) at org.jboss.proxy.compiler.Proxies$Impl.newTarget(Proxies.java:589) at org.jboss.proxy.compiler.Proxies.newTarget(Proxies.java:62) at org.jboss.proxy.compiler.Proxy.newProxyInstance(Proxy.java:37) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateBeanClassInstanceCommand.(JDBCCreateBeanClassI nstanceCommand.j ava:50) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCommandFactory.createCreateBeanClassInstanceCommand(JDB CCommandFactory.jav a:97) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.create(JDBCStoreManager.java:300) at org.jboss.ejb.plugins.CMPPersistenceManager.create(CMPPersistenceManager.java:134) at org.jboss.ejb.EntityContainer.create(EntityContainer.java:329) at org.jboss.ejb.Container.invoke(Container.java:723) 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.system.ServiceController$ServiceProxy.invoke(ServiceController.java:720) at $Proxy0.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java:248) 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.util.jmx.MBeanProxy.invoke(MBeanProxy.java:73) at $Proxy3.create(Unknown Source) at org.jboss.ejb.EjbModule.createService(EjbModule.java:297) at org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:134) 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.ServiceController$ServiceProxy.invoke(ServiceController.java:720) at $Proxy0.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java:248) 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.util.jmx.MBeanProxy.invoke(MBeanProxy.java:73) at $Proxy3.create(Unknown Source) at org.jboss.ejb.EJBDeployer.create(EJBDeployer.java:397) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:585) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:481) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:454) 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.util.jmx.MBeanProxy.invoke(MBeanProxy.java:73) at $Proxy2.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:295) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymentScanner.java:4 66) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:356) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeployme ntScanner.java:190) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymen tScanner.java:179) 10:32:42,569 ERROR [EntityContainer] Exception in service lifecyle operation: cr
[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] 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 mailto:[EMAIL PROTECTED]";>Julian Gosnell
* @author mailto:[EMAIL PROTECTED]";>Andreas Schaefer.
- * @version $Revision: 1.44 $
+ * @version $Revision: 1.45 $
*
* Revisions:
*
@@ -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] [ jboss-Bugs-539096 ] Lack of Reasonable Error on Deployment
Bugs item #539096, was opened at 2002-04-03 22:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=539096&group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Luttrell (objec) Assigned to: Jay Walters (jwalters) Summary: Lack of Reasonable Error on Deployment Initial Comment: I am using jboss3.0+tomcat the build from 02.22.2002. I just attempted to deploy an entity bean, where in the deployment descriptor, i specified the incorrect classname to one that did not exist. The messages on the console were just: [Bean Deployer] Deploying: file:/bla... In cases where something is as blatently wrong as a class name that does not exist in the jar file, normal users will expect somesort of error message. Maybe a ClassNotFoundException. -- >Comment By: Peter Luttrell (objec) Date: 2002-04-04 23:27 Message: Logged In: YES user_id=472835 thanks. -- Comment By: Jay Walters (jwalters) Date: 2002-04-04 23:19 Message: Logged In: YES user_id=183794 The EJB 2.0 verifier currently doesn't work - it is stubbed out. I am working on this and will have a working verifier checked into the head by the end of the weekend. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=539096&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-500923 ] Documentation inconsistency
Bugs item #500923, was opened at 2002-01-08 09:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=500923&group_id=22866 Category: Build System Group: v2.4 (stable) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Peter Alexander Wouda (pwouda) >Assigned to: Scott M Stark (starksm) Summary: Documentation inconsistency Initial Comment: I'm not sure whether this is the correct way to report this, however I'd like to point out a minor inconsistency in the documentation (JBossBook_24x.pdf). I tried to build everything according to the instructions, which succeeded except for one minor point. The book refers to Tomcat version 3.2.4, whereas the JBoss 2.4.4 build scripts require a directory called jakarta-tomcat-3.2.3. A simple update of the build script does the job, however it's probably worth mentioning in the documentation. -- >Comment By: Scott M Stark (starksm) Date: 2002-04-04 21:19 Message: Logged In: YES user_id=175228 The book has been updated to refer to 3.2.3 -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=500923&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-539096 ] Lack of Reasonable Error on Deployment
Bugs item #539096, was opened at 2002-04-03 23:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=539096&group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Luttrell (objec) >Assigned to: Jay Walters (jwalters) Summary: Lack of Reasonable Error on Deployment Initial Comment: I am using jboss3.0+tomcat the build from 02.22.2002. I just attempted to deploy an entity bean, where in the deployment descriptor, i specified the incorrect classname to one that did not exist. The messages on the console were just: [Bean Deployer] Deploying: file:/bla... In cases where something is as blatently wrong as a class name that does not exist in the jar file, normal users will expect somesort of error message. Maybe a ClassNotFoundException. -- >Comment By: Jay Walters (jwalters) Date: 2002-04-05 00:19 Message: Logged In: YES user_id=183794 The EJB 2.0 verifier currently doesn't work - it is stubbed out. I am working on this and will have a working verifier checked into the head by the end of the weekend. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=539096&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-505029 ] WarpConnector isn't using the good dir
Bugs item #505029, was opened at 2002-01-17 11:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=505029&group_id=22866 Category: CatalinaBundle Group: v2.4 (stable) >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Guillaume Coté (gcote) Assigned to: Scott M Stark (starksm) Summary: WarpConnector isn't using the good dir Initial Comment: I modify the mbean entry for Catalina in jboss.jcml so it looks like that : It start a WarpConnector well, but when it received a request, he looks for the file in the $JBOSS/catalina/webapps instead of looking in the war. But request received directly in http from catalina are correctly processed from the war. I can get my application to work in I copy the content of the webapp in that directory (but I cannot do hot-deployement anymore), but not the JAAS. -- >Comment By: Scott M Stark (starksm) Date: 2002-04-04 21:17 Message: Logged In: YES user_id=175228 Use the appBase attribute. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=505029&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-517130 ] serialization failure
Bugs item #517130, was opened at 2002-02-13 11:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=517130&group_id=22866 Category: JBossServer Group: v2.4 (stable) >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Egan Allen (eganallen) Assigned to: Nobody/Anonymous (nobody) Summary: serialization failure Initial Comment: I have an instance variable jndiContext of type Context that is assigned new InitialContext() in the setSessionContext() method in my stateful session EJBs. I realize that javax.naming.Context is not serializable but I understood that the container (as per the EJB1.1/2.0 spec) should still be able to deal with this instance variable given it is of javax.naming.Conext (and thus, javax.naming.InitialContext) and NOT hinder passivation. Here is server.log info: [Bean Cache] Scheduling for passivation overaged bean LineageManagerEJB with id = 1012776007792 - Cache size = 1 [Bean Cache] Aging out from cache bean LineageManagerEJBwith id = 1012776007792; cache size = 1 [Container factory] Scheduled passivation of bean LineageManagerEJB with id = 1012776007792 [Container factory] java.rmi.ServerException: Could not passivate; nested exception is: [Container factory] java.io.NotSerializableException: javax.naming.InitialContext [Container factory] java.io.NotSerializableException: javax.naming.InitialContext [Container factory] at java.io.ObjectOutputStream.outputObject(Unknown Source) [Container factory] at java.io.ObjectOutputStream.writeObject(Unknown Source) [Container factory] at java.io.ObjectOutputStream.outputClassFields(Unknown Source) [Container factory] at java.io.ObjectOutputStream.defaultWriteObject(Unknown Source) [Container factory] at java.io.ObjectOutputStream.outputObject(Unknown Source) [Container factory] at java.io.ObjectOutputStream.writeObject(Unknown Source) [Container factory] at org.jboss.ejb.plugins.StatefulSessionFilePersistenceMan ager.passivateSession (StatefulSessionFilePersistenceManager.java:285) [Container factory] at org.jboss.ejb.plugins.StatefulSessionInstanceCache.pass ivate(StatefulSessionInstanceCache.java:67) [Container factory] at org.jboss.ejb.plugins.AbstractInstanceCache$1.execute (AbstractInstanceCache.java:709) [Container factory] at org.jboss.util.WorkerQueue$QueueLoop.run (WorkerQueue.java:199) [Container factory] at java.lang.Thread.run(Unknown Source) Help!! thanks, Egan Allen -- >Comment By: Scott M Stark (starksm) Date: 2002-04-04 21:11 Message: Logged In: YES user_id=175228 The only Context the spec refers to is: A reference to the environment naming context (that is, the java:comp/env JNDI context) or any of its subcontexts. An InitialContext does not fall into this category. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=517130&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-517927 ] Embedded Catalina fails to start
Bugs item #517927, was opened at 2002-02-15 03:25 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=517927&group_id=22866 Category: CatalinaBundle Group: v2.4 (stable) >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Gary Trend (mikaves) Assigned to: Scott M Stark (starksm) Summary: Embedded Catalina fails to start Initial Comment: I'm trying to Run Jboss on OS/400 but the embedded Tomcat 4.0.1 does not start. I get the included error when JBoss tries to start Tomcat. Everething seems to be fine with Tomcat version 3.2.3. Tomcat 4.0.1 runs fine on AS/400 when started alone. JBoss release: JBoss-2.4.4 CVSTag=JBoss_2_4_4 Boss version: 2.4.4.2001-12-29 02:04:40 PST Using configuration "catalina" INFO,Info| Java version: 1.3.0,IBM Corporation INFO,Info| Java VM: Classic VM 1.3,IBM Corporation INFO,Info| System: OS/400 V5R1M0,PowerPC -- >Comment By: Scott M Stark (starksm) Date: 2002-04-04 21:05 Message: Logged In: YES user_id=175228 There is no error in the log and we don't have access to a OS/400 box to test this. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=517927&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-521426 ] Error during autodeploy
Bugs item #521426, was opened at 2002-02-22 03:30 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=521426&group_id=22866 Category: JBossServer Group: v2.4 (stable) >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Kirill Frolov (fkirill) Assigned to: Nobody/Anonymous (nobody) Summary: Error during autodeploy Initial Comment: When auto-deploying ejb.jar, I got the stacktrace (see attached server.log). It's obvious that there is a problem with my deployment xml-files. It would be nice to have reasonable message of what exactly is wrong. -- >Comment By: Scott M Stark (starksm) Date: 2002-04-04 21:01 Message: Logged In: YES user_id=175228 There are numerous warnings from the ejb verifier prior to this failure. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=521426&group_id=22866 ___ 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=66&thread=12035 ___ 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
[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: 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 org.jboss.net.axis.AxisInvocationHa
[JBoss-dev] [ jboss-Bugs-488394 ] Wrong case in Upload.java
Bugs item #488394, was opened at 2001-12-03 04:55 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=488394&group_id=22866 Category: JBossDoc Group: v2.4 (stable) >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Vincent Touquet (fullclip) Assigned to: Andreas Schaefer (schaefera) Summary: Wrong case in Upload.java Initial Comment: The examples included in the documentation, and more specific the CDBean example used in Chapter 5 explaining CMP, contains a file called Upload.java, which includes a filename with mixed cases. Because of the mixed cases, this file is not found on file systems who care about case sensitivity. Fix: change reference to CDs.txt in $SOME_BASE_DIR/examples/org/jboss/docs/cmp/cd/Upload.java to cds.txt, this fixes this minor bug. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=488394&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[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 mailto:[EMAIL PROTECTED]";>Christoph G. Jung
- * @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.
+ * @cre
[JBoss-dev] [ jboss-Bugs-529871 ] Return type of finder method not checked (EJBVerifier)
Bugs item #529871, was opened at 2002-03-14 08:36
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529871&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
>Assigned to: Jay Walters (jwalters)
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: Jay Walters (jwalters)
Date: 2002-04-04 23:25
Message:
Logged In: YES
user_id=183794
I am working on this - I will have something checked in by
the end of the weekend if not sooner.
--
Comment By: Jason Dillon (user57)
Date: 2002-04-04 19: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=detail&atid=376685&aid=529871&group_id=22866
___
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
[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/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 @@ - + +]> + + + + + + + + + + + + + + + + + + +]]> + + +Setting EmbeddedCatalinaSX as WAR Deployer + +Adding EmbeddedCatalinaSX mbean to jboss.jcml + + &catalina-service.xml; + + #!/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: 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 mailto:[EMAIL PROTECTED]";>Marc Fleury
* @author mailto:[EMAIL PROTECTED]";>Scott Stark
* @author mailto:[EMAIL PROTECTED]";>Bill Burke
- * @version $Revision: 1.62 $
+ * @version $Revision: 1.63 $
*
* Revisions:
* 2001/06/28: marcf
@@ -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: jboss/src/main/org/jboss/metadata XmlFileLoader.java
User: starksm
Date: 02/04/04 19:53:13
Modified:src/main/org/jboss/metadata Tag: Branch_2_4
XmlFileLoader.java
Log:
Update local resolver for jboss-web.dtd and application_1_3.dtd
Revision ChangesPath
No revision
No revision
1.15.2.6 +118 -98 jboss/src/main/org/jboss/metadata/XmlFileLoader.java
Index: XmlFileLoader.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/XmlFileLoader.java,v
retrieving revision 1.15.2.5
retrieving revision 1.15.2.6
diff -u -r1.15.2.5 -r1.15.2.6
--- XmlFileLoader.java6 Jan 2002 03:28:55 - 1.15.2.5
+++ XmlFileLoader.java5 Apr 2002 03:53:13 - 1.15.2.6
@@ -1,8 +1,8 @@
/*
- * JBoss, the OpenSource EJB server
+ * JBoss, the OpenSource J2EE webOS
*
* Distributable under LGPL license.
- * See terms of license at gnu.org.
+ * See terms of license at gnu.org
*/
package org.jboss.metadata;
@@ -32,90 +32,99 @@
* files, process them using DTDs and create ApplicationMetaData object for
future using
*
* @see
+ *
* @author mailto:[EMAIL PROTECTED]";>Bill Burke
* @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini
* @author mailto:[EMAIL PROTECTED]";>Wolfgang Werner
* @author mailto:[EMAIL PROTECTED]";>Darius Davidavicius
* @author mailto:[EMAIL PROTECTED]";>Scott Stark
- * @version $Revision: 1.15.2.5 $
+ * @version $Revision: 1.15.2.6 $
*
* Revisions:
+ *
* 20010620 Bill Burke: Print an error message when failing to load
standardjboss.xml
*or jboss.xml. It was a pain to debug a standardjboss.xml
*syntax error.
*/
public class XmlFileLoader
{
- private static Logger log = Logger.getLogger(XmlFileLoader.class);
// Constants -
-
+
// Attributes
private static boolean defaultValidateDTDs = false;
+ private static Logger log = Logger.getLogger(XmlFileLoader.class);
private ClassLoader classLoader;
private ApplicationMetaData metaData;
private boolean validateDTDs;
-
+
// Static
public static boolean getDefaultValidateDTDs()
{
return defaultValidateDTDs;
}
+
public static void setDefaultValidateDTDs(boolean validate)
{
defaultValidateDTDs = validate;
}
-
+
+
// Constructors --
public XmlFileLoader()
{
this(defaultValidateDTDs);
}
+
public XmlFileLoader(boolean validateDTDs)
{
this.validateDTDs = validateDTDs;
}
-
+
// Public
public ApplicationMetaData getMetaData()
{
return metaData;
}
-
+
/**
-Set the class loader
-@param ClassLoader cl - class loader
+* Set the class loader
+*
+* @param ClassLoader cl - class loader
*/
public void setClassLoader(ClassLoader cl)
{
classLoader = cl;
}
-
+
/**
-Gets the class loader
-@return ClassLoader - the class loader
+* Gets the class loader
+*
+* @return ClassLoader - the class loader
*/
public ClassLoader getClassLoader()
{
return classLoader;
}
-
+
+
/** Get the flag indicating that ejb-jar.dtd, jboss.dtd &
-jboss-web.dtd conforming documents should be validated
-against the DTD.
+* jboss-web.dtd conforming documents should be validated
+* against the DTD.
*/
public boolean getValidateDTDs()
{
return validateDTDs;
}
+
/** Set the flag indicating that ejb-jar.dtd, jboss.dtd &
-jboss-web.dtd conforming documents should be validated
-against the DTD.
+* jboss-web.dtd conforming documents should be validated
+* against the DTD.
*/
public void setValidateDTDs(boolean validate)
{
this.validateDTDs = validate;
}
-
+
/**
* load()
*
@@ -123,99 +132,93 @@
* The configuration files are found in the classLoader.
* The default jboss.xml and jaws.xml files are always read first, then we
override
* the defaults if the user provides them
-*
*/
public ApplicationMetaData load() throws Exception
{
// create the metadata
metaData = new ApplicationMetaData();
-
// Load ejb-jar.xml
-
// we can always find the files in the classloader
URL ejbjarUrl = ge
[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] 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("
[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] 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 @@ - -jbosstest-22-web.war -/jbosstest-22 - - - - jbosstest-web-ejbs.jar 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 @@ org.jboss.test.web.ejb.StatelessSessionBean org.jboss.test.web.interfaces.StatelessSessionHome org.jboss.test.web.interfaces.StatelessSession + org.jboss.test.web.interfaces.StatelessSessionLocalHome +org.jboss.test.web.interfaces.StatelessSessionLocal Stateless Container @@ -16,9 +18,12 @@ org.jboss.test.web.ejb.StatelessSessionBean org.jboss.test.web.interfaces.StatelessSessionHome org.jboss.test.web.interfaces.StatelessSession + org.jboss.test.web.interfaces.StatelessSessionLocalHome +org.jboss.test.web.interfaces.StatelessSessionLocal Stateless Container + A secured EJB SecuredEJB @@ -50,6 +55,8 @@ org.jboss.test.web.ejb.StatelessSessionBean2 org.jboss.test.web.interfaces.StatelessSessionHome org.jboss.test.web.interfaces.StatelessSession + org.jboss.test.web.interfaces.StatelessSessionLocalHome +org.jboss.test.web.interfaces.StatelessSessionLocal Stateless Container ___ 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)
[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 @@ -http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";> +http://java.sun.com/dtd/web-app_2_3.dtd";> @@ -298,18 +298,41 @@ org.jboss.test.web.interfaces.StatelessSession OptimizedEJB - ejb/SecuredEJB Session org.jboss.test.web.interfaces.StatelessSessionHome org.jboss.test.web.interfaces.StatelessSession +SecuredEJB ejb/UnsecuredEJB Session org.jboss.test.web.interfaces.StatelessSessionHome org.jboss.test.web.interfaces.StatelessSession +UnsecuredEJB + + + ejb/local/bean0 + Session + org.jboss.test.web.interfaces.StatelessSessionLocalHome + org.jboss.test.web.interfaces.StatelessSessionLocal + ENCBean0 + + + ejb/local/bean1 + Session + org.jboss.test.web.interfaces.StatelessSessionLocalHome + org.jboss.test.web.interfaces.StatelessSessionLocal + ENCBean1 + + + ejb/local/OptimizedEJB + Session + org.jboss.test.web.interfaces.StatelessSessionLocalHome + org.jboss.test.web.interfaces.StatelessSessionLocal + OptimizedEJB + ___ 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/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 @@ - - - - - @@ -73,7 +68,7 @@ - + - ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
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] 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 @@ ]> - + @@ -133,6 +134,5 @@ j_subject - ]]> ___ 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 mailto:[EMAIL PROTECTED]";>Jason Dillon
* @version $Revision: 1.1 $
*/
public class InvalidAttributeException
extends ConfigurationException
{
/**
* Construct a InvalidAttributeException 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 InvalidAttributeException with the specified detail
* message and nested Throwable.
*
* @param nameThe attribute name.
* @param msg The detail message.
* @param nested Nested Throwable.
*/
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 mailto:[EMAIL PROTECTED]";>Jason Dillon
* @version $Revision: 1.1 $
*/
public class MissingAttributeException
extends ConfigurationException
{
/**
* Construct a MissingAttributeException with the specified detail
* message.
*
* @param nameThe attribute name.
*/
public MissingAttributeException(final String name) {
super(makeMessage(name));
}
/**
* Construct a MissingAttributeException with the specified detail
* message and nested Throwable.
*
* @param nameThe attribute name.
* @param nested Nested Throwable.
*/
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: 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 $Revision: 1.3 $
+ * @version $Revision: 1.4 $
* @author mailto:[EMAIL PROTECTED]";>Jason Dillon
*/
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/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 @@
*
* Sub-classes only need to implement {@link DeploymentScanner#scan}.
*
- * @version $Revision: 1.5 $
+ * @version $Revision: 1.6 $
* @author mailto:[EMAIL PROTECTED]";>Jason Dillon
*/
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
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/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 $Revision: 1.2 $
+ * @version $Revision: 1.3 $
* @author mailto:[EMAIL PROTECTED]";>Jason Dillon
*/
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] 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
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] 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=66&thread=11554 ___ 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
[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 @@ false - - - - - @@ -202,8 +191,9 @@ org.jboss.jms.asf.StdServerSessionPoolFactory + - + Default :service=ContainerFactory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] org.jboss.proxy.compiler.Proxy + Serializable + Replacable
Ok, well looks like Replacable isn't being used by anything. I found two references to it, one in Proxy.java and one Replacable.java. Serializable I can understand... though Replaceable extends Serializable, so it was redundant to add the two interfaces. --jason _ View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=12185 ___ 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
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
Re: [JBoss-dev] Todo: multiple instances detection
The problem with both of these ideas is that the component now needs to know about this extra config file or mapping component... unless of cource this mapping is done via the config service. I still think that a routing port manger sitting infront of all possible components would be easier to manage. --jason Dain Sundstrom wrote: > Marc, > > I was talking about this last week. The problem with this suggestion > is it does not address other ports such as http, http-jmx management. > My ideas was to have a port config file that listed each named port > for a server, and then each mbean that used a port would look in this > file (or an mbean that represents the file). Scott said that this > idea was lame, and we need naming conventions for the port attributes > or xmbeans with additional meta data. I don't think there was a > resolution. > > -dain > > 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
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=66&thread=12035 ___ 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] 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/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 <> ___ 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: 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] CVS update: contrib/jetty/src/build build.xml
User: starksm Date: 02/04/04 11:17:06 Modified:jetty/src/build Tag: Branch_2_4 build.xml Log: Fix the xml processing instruction location Revision ChangesPath No revision No revision 1.6.2.8 +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.7 retrieving revision 1.6.2.8 diff -u -r1.6.2.7 -r1.6.2.8 --- build.xml 4 Apr 2002 18:26:00 - 1.6.2.7 +++ build.xml 4 Apr 2002 19:17:06 - 1.6.2.8 @@ -1,9 +1,9 @@ + ]> - - +
[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/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/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 mailto:";>Jules Gosnell
- * @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: 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] org.jboss.proxy.compiler.Proxy + Serializable + Replacable
Any reason why Proxy.newProxyInstance() adds Serializable & Replacable to proxy instances? I am guessing there is a reason, but it is not documented anywhere. --jason ___ 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
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/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 Marc Fleury
* @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/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/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.
*
+ * This 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] [ 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=detail&atid=376685&aid=539379&group_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=detail&atid=376685&aid=539379&group_id=22866 ___ 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
[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 mailto:[EMAIL PROTECTED]";>Marc Fleury * @author mailto:[EMAIL PROTECTED]";>Jason Dillon - * @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] [ 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=detail&atid=376685&aid=529871&group_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=detail&atid=376685&aid=529871&group_id=22866
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[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=detail&atid=376685&aid=529311&group_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=detail&atid=376685&aid=529311&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[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=detail&atid=376685&aid=529762&group_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 and 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=detail&atid=376685&aid=529762&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[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 @@ - - -java:/DefaultDS - - - Hypersonic SQL - - true - - - -InterBase - -java.lang.Boolean -BIT -SMALLINT - - -java.lang.Byte -TINYINT -SMALLINT - - -java.lang.Short -SMALLINT -SMALLINT - - -java.lang.Integer -INTEGER -INTEGER - - -java.lang.Long -BIGINT -NUMERIC(18,0) - - -java.lang.Float -REAL -FLOAT - - -java.lang.Double -DOUBLE -DOUBLE PRECISION - - -java.lang.Character -CHAR -CHAR - - -java.lang.String -VARCHAR -VARCHAR(255) - - -java.sql.Da te -DATE -DATE - - -java.sql.Time -TIME -TIME - - -java.sql.Timestamp -TIMESTAMP -TIMESTAMP - - -java.lang.Object -JAVA_OBJECT -VARCHAR(2000) - - - -DB2 - -java.lang.Boolean -BIT -SMALLINT - - - -java.lang.Short -SMALLINT -SMALLINT - - -java.lang.Integer -INTEGER -INTEGER - - -java.lang.Long -BIGINT -BIGINT - - -java.lang.Float -REAL -REAL - - -java.lang.Double -DOUBLE -DOUBLE - - -java.lang.Character -CHAR -CHAR - - -java.lang.String -VARCHAR -VARCHAR(254) - - -java.sql.Date -DATE -DATE - - -java.sql.Time -TIME -TIME - - -java.sql.Timestamp -TIMESTAMP -TIMESTAMP - - -java.lang.Object -JAVA_OBJECT -BLOB(2000) - - - -Oracle8 - -java.lang.Boolean -BIT -NUMBER(1) - - -java.lang.Byte -NUMERIC -NUMBER(3) - - -java.lang.Short -NUMERIC -NUMBER(5) - - -java.lang.Integer -INTEGER -NUMBER(10) - - -java.lang.Long -BIGINT -NUMBER(19) - - -java.lang.Float -REAL -NUMBER(38,7) - - -java.lang.Double -DOUBLE -NUMBER(38,15) - - -java.lang.Character -CHAR -CHAR - - -j
[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=detail&atid=376685&aid=530627&group_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-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=detail&atid=376685&aid=531524&group_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
[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=detail&atid=376685&aid=539379&group_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=detail&atid=376685&aid=539379&group_id=22866 ___ 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 : "+
[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=detail&atid=376685&aid=531524&group_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
[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 @@
+
+]>
+
-
+
-
-
+
+
@@ -27,7 +31,7 @@
-
+
@@ -49,7 +53,7 @@
-
+
@@ -194,18 +198,7 @@
file="${jcml.tgt}"
token=""
>
-
-
- ../../jetty
- file:../conf/jetty/jetty.xml
- ../../jetty/etc/webdefault.xml
- true
- true
-
-
-
-
-
+ &jetty-service.xml;
#!/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] 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] [ 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=detail&atid=376685&aid=530120&group_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=detail&atid=376685&aid=530120&group_id=22866
___
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 @@ - + @@ -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 --> + @@ -3054,6 +3055,7 @@ + ___ 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: jboss-system/src/bin run.sh
User: user57 Date: 02/04/04 16:00:12 Modified:src/bin run.sh Log: o fix for bug [ 519741 ] run.sh -server fix Revision ChangesPath 1.5 +10 -2 jboss-system/src/bin/run.sh Index: run.sh === RCS file: /cvsroot/jboss/jboss-system/src/bin/run.sh,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- run.sh5 Mar 2002 03:00:31 - 1.4 +++ run.sh5 Apr 2002 00:00:12 - 1.5 @@ -5,7 +5,7 @@ ## ## ### == ### -### $Id: run.sh,v 1.4 2002/03/05 03:00:31 user57 Exp $ ### +### $Id: run.sh,v 1.5 2002/04/05 00:00:12 user57 Exp $ ### DIRNAME=`dirname $0` PROGNAME=`basename $0` @@ -28,10 +28,15 @@ # OS specific support (must be 'true' or 'false'). cygwin=false; +darwin=false; case "`uname`" in CYGWIN*) cygwin=true ;; + +Darwin*) +darwin=true +;; esac # For Cygwin, ensure paths are in UNIX format before anything is touched @@ -99,7 +104,10 @@ # 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 -JAVA_OPTS="-server" +# MacOS does not support -server flag +if [ "$darwin" != "true" ]; then +JAVA_OPTS="-server" +fi fi # Setup JBoss sepecific properties ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[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
[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=detail&atid=376685&aid=519741&group_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 2>&1 | $GREP HotSpot` --- > # Check for SUN(tm) JVM server VM support > HAS_SERVER_VM=`$JAVA -version 2>&1 | $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=detail&atid=376685&aid=519741&group_id=22866 ___ 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 mailto:[EMAIL PROTECTED]";>Marc Fleury
* @author mailto:[EMAIL PROTECTED]";>Hiram Chirino
- * @version $Revision: 1.6 $
+ * @author mailto:[EMAIL PROTECTED]";>David Jencks
+ * @version $Revision: 1.7 $
*
* 20010830 marc fleury:
*
@@ -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 -10jboss-system/src/main/org/jboss/system/ServiceController.java
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-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 $Revision: 1.1 $
* @author mailto:[EMAIL PROTECTED]";>Jason Dillon
*/
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 $Revision: 1.1 $
* @author mailto:[EMAIL PROTECTED]";>Jason Dillon
*/
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
===
A better implementation of the 'file' protocol.
Package Specification
Not Available
Related Documentation
Not Available
Package Status
STABLE
Todo
???
___
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 @@ + PerfTestSession + org.jboss.test.perf.interfaces.PerfTestSessionHome + org.jboss.test.perf.interfaces.PerfTestSession + org.jboss.test.perf.ejb.PerfTestSessionBean + Stateless + Container + +ejb/ProbeHome +Session +org.jboss.test.perf.interfaces.SessionHome +org.jboss.test.perf.interfaces.Session +Probe + + +ejb/ProbeLocalHome +Session +org.jboss.test.perf.interfaces.ProbeLocalHome +org.jboss.test.perf.interfaces.ProbeLocal +Probe + + + Probe org.jboss.test.perf.interfaces.ProbeHome org.jboss.test.perf.interfaces.Probe + org.jboss.test.perf.interfaces.ProbeLocalHome + org.jboss.test.perf.interfaces.ProbeLocal org.jboss.test.perf.ejb.ProbeBean Stateless Bean ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/perf/test TestInVmPerf.java
User: starksm Date: 02/04/04 15:39:41 Added: src/main/org/jboss/test/perf/test Tag: Branch_2_4 TestInVmPerf.java Log: Add test of local interfaces performance Revision ChangesPath No revision No revision 1.1.2.1 +117 -0 jbosstest/src/main/org/jboss/test/perf/test/Attic/TestInVmPerf.java ___ 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=66&thread=12171 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
