Re: [JBoss-dev] JAAS with MDB
I may have misunderstood, but aren't we talking about run-as in the
security-identity?
- Original Message -
From: Scott M Stark [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 29, 2002 6:06 PM
Subject: Re: [JBoss-dev] JAAS with MDB
MDBs need a different SecurityInterceptor that does not attempt
to authenticate the caller as there is none defined. An extension
would allow the caller to be obtained from JMS message properties.
The properties could be specified in the jboss.xml descriptor in
the message-driven bean section.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Dave Smith [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 29, 2002 2:08 PM
Subject: [JBoss-dev] JAAS with MDB
I am trying to get a MDB working with JAAS. Currently when message
delivery is attempted it throws an error Authentication exception,
principal=null. Now in the jms-service.xml I have added
attribute name=PrincipalMappingProperties
UserName=jboss
Password=jboss1
/attribute
but this does not do anything. I can not find any refences to this in
either the free or purchased docs. Can some one point me in the right
direction.
time passes ...
After further investigation it looks like it is not implemented. In the
JMSContainerInvoker it creates the method invocation with principal and
credential = null. Then when the SecurityInterceptor gets a hold of it
barfs. The snip, line 976 of JMSContainerInvoker.java
invoker.invoke(id,
// Object id - where used?
ON_MESSAGE,
// Method to invoke
new Object[]{message},
// argument
tm.getTransaction(),
// Transaction
null,
// Principal
null);
// Cred
How should I go about getting this to work?
___
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] JAAS with MDB
Not that I can see. If we are the issue is the same. The current
SecurityInterceptor requires an authenticated caller even if a
security-identity with a run-as element is specified. You would
have to use the login module unauthenticatedIdentity option to
enable a bean to be used by unauthenticated users.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Brian Sondergaard [EMAIL PROTECTED]
To: jboss dev [EMAIL PROTECTED]
Sent: Wednesday, January 30, 2002 3:34 AM
Subject: Re: [JBoss-dev] JAAS with MDB
I may have misunderstood, but aren't we talking about run-as in the
security-identity?
- Original Message -
From: Scott M Stark [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 29, 2002 6:06 PM
Subject: Re: [JBoss-dev] JAAS with MDB
MDBs need a different SecurityInterceptor that does not attempt
to authenticate the caller as there is none defined. An extension
would allow the caller to be obtained from JMS message properties.
The properties could be specified in the jboss.xml descriptor in
the message-driven bean section.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Dave Smith [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 29, 2002 2:08 PM
Subject: [JBoss-dev] JAAS with MDB
I am trying to get a MDB working with JAAS. Currently when message
delivery is attempted it throws an error Authentication exception,
principal=null. Now in the jms-service.xml I have added
attribute name=PrincipalMappingProperties
UserName=jboss
Password=jboss1
/attribute
but this does not do anything. I can not find any refences to this in
either the free or purchased docs. Can some one point me in the right
direction.
time passes ...
After further investigation it looks like it is not implemented. In
the
JMSContainerInvoker it creates the method invocation with principal
and
credential = null. Then when the SecurityInterceptor gets a hold of it
barfs. The snip, line 976 of JMSContainerInvoker.java
invoker.invoke(id,
// Object id - where used?
ON_MESSAGE,
// Method to invoke
new Object[]{message},
// argument
tm.getTransaction(),
// Transaction
null,
// Principal
null);
// Cred
How should I go about getting this to work?
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] HEAD is still dead
Just a remark: in other large development organizations you are obliged to do some special performances if you broke the nightly build: at MS you have to take care of the build until some other guy checks in something that does not compile. At a company I used to work for, you had to throw a beer party for the other developers if you broke the build three days in row... Curious, what Marc is offering... Cheers Georg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Wednesday, January 30, 2002 02:15 To: Bill Burke; Jboss-Dev Subject: RE: [JBoss-dev] HEAD is still dead ok I will climb out of my state and drag my ass to the keyboard. The answer is no I didn't test the testsuite marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Bill |Burke |Sent: Tuesday, January 29, 2002 1:46 PM |To: Jboss-Dev |Subject: [JBoss-dev] HEAD is still dead | | |HEAD is just totally fucked up. I can't run the testsuite. When |I deploy a |ejb bean manually, it totally craps out and even DESTROYS the deploy |directory! Marc can you fix this shit? Did you even try to run the |testsuite? This is 10 days of a dead head dude. | |To verify these problems: | |1. Try to run a test in the testsuite. I tried testbean | |2. Try deploy testbean.jar manually. Bang! it craps out and destroys the |deploy directory. | |Please fix this. I can't do any work. | |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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] HEAD is still dead
When I worked at Iona, you had to buy everyone on the team a can of Guiness. Sometimes though, somebody might break it on purpose just to crack open a few. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Georg Schmid Sent: Wednesday, January 30, 2002 12:37 PM To: 'marc fleury'; 'Bill Burke'; 'Jboss-Dev' Subject: RE: [JBoss-dev] HEAD is still dead Just a remark: in other large development organizations you are obliged to do some special performances if you broke the nightly build: at MS you have to take care of the build until some other guy checks in something that does not compile. At a company I used to work for, you had to throw a beer party for the other developers if you broke the build three days in row... Curious, what Marc is offering... Cheers Georg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Wednesday, January 30, 2002 02:15 To: Bill Burke; Jboss-Dev Subject: RE: [JBoss-dev] HEAD is still dead ok I will climb out of my state and drag my ass to the keyboard. The answer is no I didn't test the testsuite marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Bill |Burke |Sent: Tuesday, January 29, 2002 1:46 PM |To: Jboss-Dev |Subject: [JBoss-dev] HEAD is still dead | | |HEAD is just totally fucked up. I can't run the testsuite. When |I deploy a |ejb bean manually, it totally craps out and even DESTROYS the deploy |directory! Marc can you fix this shit? Did you even try to run the |testsuite? This is 10 days of a dead head dude. | |To verify these problems: | |1. Try to run a test in the testsuite. I tried testbean | |2. Try deploy testbean.jar manually. Bang! it craps out and destroys the |deploy directory. | |Please fix this. I can't do any work. | |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-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] embeddable Main
Marc, I've been looking at what it would take to embed jboss. This has been from the perspective of trying to embed it into and IDE for development, but I don't think that matters, there are many similar issues. A couple of things jump right out. 1. Logging. Does logging make sense in an embedded application? Where do you log? This will be interest on a handheld! The issue with no logging is that everything seems to rely on it being there. What are your thoughts? 2. The ClassPathExtension class. The extensions are relative to the jar that the class is in. This is jboss.jar in lib/ext. I'm not sure if this is the best approach. It of course works fine in the space of jboss as the server and controlling agent, but for an embedded applications I don't think it would. You at least want to provide a way to specify an absolute path. Ken - Original Message - From: marc fleury [EMAIL PROTECTED] To: Jboss-Development@Lists. Sourceforge. Net [EMAIL PROTECTED] Sent: Monday, January 28, 2002 8:05 PM Subject: [JBoss-dev] embeddable Main I remember scott stark putting out a list of todos to make the embedable main real, like no reliance on filesystem necessarily, passing streams to deploy etc etc what would be the requirements to make JBoss totally embeddable in applications 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
Re: [jetty-discuss] Re: [JBoss-dev] Jetty3.1.5, Axis Basic Authentication Problem
Cristoph,
I think the problem is that you are using the NONE role name. This is
actually a jetty extension and not standard (as the standard say very very
little about any of this...)
With a role of NONE, the security handler does not insist that the user
is authenticated. It was added so that strict constrainst could be
relaxed for specific URLs (see the README).This is probably not
the best way to do this and we will be reviwing support for NONE
soon.
Eitherway, you do not want the semantics of NONE, you want the user
to be authenticated, but you do not care what group they are in.
Again, Jetty has an extension to the spec to support this. All users
are in the role org.mortbay.http.User. However this is implemented
in the HashUserRealm which is not used by JBoss.
So for now, you must define a role that all your JBoss users are in
and specify an AuthConstraint for that role.
Jetty needs to be changed so that the existance of an empty auth-constraint
element (ie no role specified) is sufficient to force authentication to
take place.
I will be doing this shortly for Jetty4, but is sounds like I should also
do this for a Jetty3 release as well.
cheers
*/Jung , Dr. Christoph [EMAIL PROTECTED]/* wrote:
Hello (Jules!),
For the jboss.net SOAP-integration project, I just figured out the
principle how to combine JettyAxis security at least in the basic
authentication case (the others will then follow quite easily, I
think).
In general, axis is deployed as a web-application into the
web-container, in our case we use Jetty3.1.5. For what I now try to
reach, I desperately need your help.
As a default, I want to secure all exposed (EJB-based)
web-services under the context /axis/services (and hence hitting the
main AxisServlet) such that they are potentially open to everyone,
even to those without authentication (in which case they will have a
null security association). If the incoming XML/HTTP-calls use
authentication, however, they should be logged in with their
corresponding principal in a pre-configurable security domain/realm
such that subsequently deserialized EJB calls will occur in the
right security context.
My axis-web.xml currently contains:
!-- we add a security constraint --
security-constraint
!-- for every exposed service --
web-resource-collection
web-resource-nameSecured/web-resource-name
descriptionAuthenticate every call/description
url-pattern/services/*/url-pattern
http-methodHEAD/http-method
http-methodGET/http-method
http-methodPOST/http-method
http-methodPUT/http-method
http-methodDELETE/http-method
/web-resource-collection
!-- we let through every user, authenticated or not. this is to
refine by specific service descriptors --
auth-constraint
role-nameNONE/role-name
/auth-constraint
!-- no user data constraint here, this should be done for the
individual services --
/security-constraint
!-- we do BASIC authentication for now --
login-config
auth-methodBASIC/auth-method
realm-nameAxis basic authentication/realm-name
/login-config
the corresponding jboss-web.xml looks like this:
jboss-websecurity-domainjava:/jaas/other/security-domain/jboss-web
Unfortunately, the Jetty3.1.5 Security Handler (line 291) either
does check authentication or
it ommits authentication completely ... So in above case, all users,
even those that come with
authentication data will not be logged in.
// Does it fail a role check?
if (sc.isAuthenticated()
!sc.hasRole(SecurityConstraint.NONE)
!authenticatedInRole(pathInContext,pathParams,request,response,sc.roles()))
// return as an auth challenge will have
been set
return;
Experimenting with an unauthenticatedPrincipal nobody in the
loginmodule instead of a NONE-role also did not work, because Jetty
then refuses
any not-authenticated call having no credential information in the
request (SecurityHandler.java):
private boolean basicAuthenticated(HttpRequest request,
HttpResponse response)
throws IOException
{
String credentials =
request.getField(HttpFields.__Authorization);
if (credentials!=null )
{
...
}
Code.debug(Unauthorized in +_realmName);
response.setField(HttpFields.__WwwAuthenticate,
basic
Re: [JBoss-dev] Microsoft market research
Maybe we should convert JBoss to C#. At least then we can easily blame M$ when it is not working. Andy DISCLAIMER: I am just kidding !! - Original Message - From: marc fleury [EMAIL PROTECTED] To: Jboss-Development@Lists. Sourceforge. Net [EMAIL PROTECTED] Sent: Wednesday, January 30, 2002 4:27 PM Subject: [JBoss-dev] Microsoft market research Big brother is going around and monitoring our project. It is not paranoia, it is real. There is a company writting to many of the contributors of this group trying to figure out how come they contribute to JBoss and Open Source in general. You can talk if you want, make sure to say it is all for the love of the father, or something like that. The company sponsoring the research is Microsoft. Maybe they want to Open Source .NET? LOL... well the real move for them, the real smart move for them, would be to ship JBoss on every Windows Box... it would bring them domination in the server market... overnight. 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
RE: [JBoss-dev] Microsoft market research
Not to be a smart ass here, but the Mono porting effort of the .NET platform is going to be interesting, as now its being released under the less restrictive BSD-type license. Since all the C# classes have to be re-written, and the spec is more open than J2EE's, it makes a far more compelling business case then it would initally seem. Quite Frankly, the lack of certification for JBoss is due to the GPL. This will not be a problem for the intital Unix versions of .NET (as well as the later windows revisions). Funny how things work out. John Carney -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Andreas Schaefer Sent: Wednesday, January 30, 2002 3:48 PM To: Jboss-Development@Lists. Sourceforge. Net Subject: Re: [JBoss-dev] Microsoft market research Maybe we should convert JBoss to C#. At least then we can easily blame M$ when it is not working. Andy DISCLAIMER: I am just kidding !! - Original Message - From: marc fleury [EMAIL PROTECTED] To: Jboss-Development@Lists. Sourceforge. Net [EMAIL PROTECTED] Sent: Wednesday, January 30, 2002 4:27 PM Subject: [JBoss-dev] Microsoft market research Big brother is going around and monitoring our project. It is not paranoia, it is real. There is a company writting to many of the contributors of this group trying to figure out how come they contribute to JBoss and Open Source in general. You can talk if you want, make sure to say it is all for the love of the father, or something like that. The company sponsoring the research is Microsoft. Maybe they want to Open Source .NET? LOL... well the real move for them, the real smart move for them, would be to ship JBoss on every Windows Box... it would bring them domination in the server market... overnight. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] TODO: client side interceptors
Bill got my hear yesterday (and today is talking to microsoft about his love for open source :) where he pitched the interceptor design on the 3.0 client side. Instant love. We are not that far from it in fact, it a bit of renaming and factory game on the server. Essentially the client does Generic Proxy - Handler - EJB behavior - Transport In the transport layer we extract the Tx and Security information. The pitch was simple it had to do with moving GP-Handler-interceptor 1 (EJB behavior for example) -interceptor 2 (Tx extraction) - interceptor 3 (Security) - Transport (invoker). The code is all there and already pluggable I never realized the interceptor pattern was essentially the same as on the server side, well took Rickard to point it out on the server, and bill to point it out on the client. If someone wants to step up to the plate that would be an awesome little addition. The application could specify a jboss.xml that describes the client side interceptor like the server side does ejb tx security jrmp/iiop would be a way to declare a given client (in this case EJB behavior (local calls fielded). The factorization right behind it is on the server side. Where we expose the ProxyFactory (already there in a primitive form) and that PF can export any combination of (interfaces, stack of client interceptors, transport) and generates the client for it. This way for ANY MBean SAR that you deploy on the server you can create proxies that exposes a pluggable behavior example you would deploy your SAR and create clients with my proxy behavior that I wrote for my client security ... no tx soap and the connectors on the server side will know to route your message to the right mbean with the right security integration and no tx for example. Voila instant framework distribution. What is missing here is the location of the objects and the finders for these objects... this is where and EJB like semantic would be handy... marcf _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7624 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Fixing the automated test
So I am running all the test on my machine. Trying to get the count back down to 000.. :) I think I can handle many of the errors and failures being reported, but one of the things I find puzzling is that the MQ tests seems to take for ever with close to 0 cpu loads. Since it reports success I am not worried but I just wanted to know if this was normal behavior _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7628 ___ 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/01/30 14:55:18
Modified:src/main/org/jboss/ejb/plugins
EntitySynchronizationInterceptor.java
Log:
Added read-only tag to jboss.xml entities. This is handled in the interceptor stack
rather than the pm
Revision ChangesPath
1.59 +7 -4
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.58
retrieving revision 1.59
diff -u -r1.58 -r1.59
--- EntitySynchronizationInterceptor.java 2002/01/02 17:06:54 1.58
+++ EntitySynchronizationInterceptor.java 2002/01/30 22:55:18 1.59
@@ -43,7 +43,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a
* @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a
- * @version $Revision: 1.58 $
+ * @version $Revision: 1.59 $
*
* pbRevisions:/bbr
* pb2001/06/28: marcf/b
@@ -105,7 +105,8 @@
* The current commit option.
*/
protected int commitOption;
-
+
+
/**
* The refresh rate for commit option d
*/
@@ -313,7 +314,8 @@
// And skip reads too (get methods)
if (ctx.getId() != null)
{
- container.storeEntity(ctx);
+EntityContainer.doStore(ctx);
+ //container.storeEntity(ctx);
}
return result;
@@ -385,7 +387,8 @@
log.trace(Checking ctx=+ctx+, for status of tx=+tx);
if (tx.getStatus() != Status.STATUS_MARKED_ROLLBACK)
{
- container.storeEntity(ctx);
+ EntityContainer.doStore(ctx);
+ //container.storeEntity(ctx);
if( trace )
log.trace(sync calling store on ctx +ctx);
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb EntityContainer.java
User: d_jencks
Date: 02/01/30 14:55:17
Modified:src/main/org/jboss/ejb EntityContainer.java
Log:
Added read-only tag to jboss.xml entities. This is handled in the interceptor stack
rather than the pm
Revision ChangesPath
1.62 +18 -3 jboss/src/main/org/jboss/ejb/EntityContainer.java
Index: EntityContainer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/EntityContainer.java,v
retrieving revision 1.61
retrieving revision 1.62
diff -u -r1.61 -r1.62
--- EntityContainer.java 2001/12/20 18:26:44 1.61
+++ EntityContainer.java 2002/01/30 22:55:17 1.62
@@ -31,6 +31,7 @@
import org.jboss.monitor.StatisticsProvider;
import org.jboss.util.SerializableEnumeration;
import org.jboss.system.Registry;
+import org.jboss.metadata.EntityMetaData;
/**
* This is a Container for EntityBeans (both BMP and CMP).
@@ -44,7 +45,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Daniel OConnor/a
* @author a href=[EMAIL PROTECTED]Bill Burke/a
* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a
-* @version $Revision: 1.61 $
+* @version $Revision: 1.62 $
*
* pbRevisions:/b
*
@@ -113,6 +114,12 @@
protected long removeCount = 0;
/**
+* codereadOnly/code determines if state can be written to resource manager.
+*
+*/
+ protected boolean readOnly = false;
+
+ /**
* This provides a way to find the entities that are part of a given
* transaction EntitySynchronizationInterceptor and InstanceSynchronization
* manage this instance.
@@ -142,8 +149,7 @@
for (int i = 0; i entities.length; i++)
{
EntityEnterpriseContext ctx = entities[i];
- EntityContainer container = (EntityContainer)ctx.getContainer();
- container.storeEntity(ctx);
+doStore(ctx);
}
}
}
@@ -153,6 +159,15 @@
}
}
+ public static void doStore(EntityEnterpriseContext ctx) throws Exception
+ {
+ EntityContainer container = (EntityContainer)ctx.getContainer();
+ if (!((EntityMetaData)container.getBeanMetaData()).isReadOnly())
+ {
+ container.storeEntity(ctx);
+ }
+ }
+
// Public
public void setContainerInvoker(ContainerInvoker ci)
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/ejbconf/test - New directory
User: d_jencks Date: 02/01/30 14:56:48 jbosstest/src/main/org/jboss/test/ejbconf/test - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/ejbconf/beans/ejb - New directory
User: d_jencks Date: 02/01/30 14:57:38 jbosstest/src/main/org/jboss/test/ejbconf/beans/ejb - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/ejbconf/beans - New directory
User: d_jencks Date: 02/01/30 14:56:48 jbosstest/src/main/org/jboss/test/ejbconf/beans - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata EntityMetaData.java
User: d_jencks
Date: 02/01/30 14:55:18
Modified:src/main/org/jboss/metadata EntityMetaData.java
Log:
Added read-only tag to jboss.xml entities. This is handled in the interceptor stack
rather than the pm
Revision ChangesPath
1.14 +22 -2 jboss/src/main/org/jboss/metadata/EntityMetaData.java
Index: EntityMetaData.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/EntityMetaData.java,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- EntityMetaData.java 2001/11/26 03:17:47 1.13
+++ EntityMetaData.java 2002/01/30 22:55:18 1.14
@@ -18,7 +18,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a.
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
* @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a
- * @version $Revision: 1.13 $
+ * @version $Revision: 1.14 $
*
* pbRevisions:/bbr
* pb2001/10/16: billb/b
@@ -40,6 +40,7 @@
private ArrayList cmpFields = new ArrayList();
private String primKeyField;
private ArrayList queries = new ArrayList();
+ private boolean readOnly = false;
// Static
@@ -77,6 +78,11 @@
return abstractSchemaName;
}
+ public boolean isReadOnly()
+ {
+ return readOnly;
+ }
+
/**
* Gets the container managed fields.
* @returns iterator over Strings containing names of the fields
@@ -207,8 +213,22 @@
}
}
}
-
+ public void importJbossXml(Element element) throws DeploymentException
+ {
+ super.importJbossXml(element);
+ // set readonly
+ String readOnlyString = getElementContent(getOptionalChild(element,
read-only));
+ if (readOnlyString != null)
+ {
+ readOnly = Boolean.valueOf(readOnlyString).booleanValue();
+ System.out.println(read-only set to + readOnly);
+ }
+ else
+ {
+ System.out.println(read-only element NOT found);
+ }
+ }
// Package protected -
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/ejbconf/test ReadOnlyUnitTestCase.java
User: d_jencks
Date: 02/01/30 15:00:33
Added: src/main/org/jboss/test/ejbconf/test
ReadOnlyUnitTestCase.java
Log:
test for jboss.xml's read-only: needs updated xdoclet
Revision ChangesPath
1.1
jbosstest/src/main/org/jboss/test/ejbconf/test/ReadOnlyUnitTestCase.java
Index: ReadOnlyUnitTestCase.java
===
/*
* JBoss, the OpenSource J2EE webOS
*
* Distributable under LGPL license.
* See terms of license at gnu.org.
*
*/
package org.jboss.test.ejbconf.test; // Generated package name
import junit.framework.*;
import org.jboss.test.JBossTestCase;
import org.jboss.test.ejbconf.beans.interfaces.ReadOnly;
import org.jboss.test.ejbconf.beans.interfaces.ReadOnlyHome;
import java.util.Iterator;
import java.util.Collection;
/**
* ReadOnlyUnitTestCase.java
*
*
* Created: Wed Jan 30 00:16:57 2002
*
* @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
* @version
*/
public class ReadOnlyUnitTestCase extends JBossTestCase
{
public ReadOnlyUnitTestCase (String name)
{
super(name);
}
public static Test suite() throws Exception
{
return getDeploySetup(ReadOnlyUnitTestCase.class, ejbconf-test.jar);
}
public void testReadOnly() throws Exception
{
ReadOnlyHome roh = (ReadOnlyHome)getInitialContext().lookup(ReadOnly);
Collection ros = roh.findAll();
for(Iterator i = ros.iterator(); i.hasNext(); )
{
((ReadOnly)i.next()).remove();
}
ReadOnly ro = roh.create(new Integer(1), new Integer(1));
assertTrue(ReadOnly didn't get correct initial value,
ro.getValue().equals(new Integer(1)));
ro.setValue(new Integer(2));
assertTrue(ReadOnly changed value, ro.getValue().equals(new Integer(1)));
}
}// ReadOnlyUnitTestCase
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest build.xml
User: d_jencks
Date: 02/01/30 15:00:32
Modified:.build.xml
Log:
test for jboss.xml's read-only: needs updated xdoclet
Revision ChangesPath
1.59 +74 -3 jbosstest/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbosstest/build.xml,v
retrieving revision 1.58
retrieving revision 1.59
diff -u -r1.58 -r1.59
--- build.xml 2002/01/12 20:21:52 1.58
+++ build.xml 2002/01/30 23:00:32 1.59
@@ -12,7 +12,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.58 2002/01/12 20:21:52 patriot1burke Exp $ --
+!-- $Id: build.xml,v 1.59 2002/01/30 23:00:32 d_jencks Exp $ --
project default=main name=JBoss/Testsuite
@@ -150,6 +150,8 @@
pathelement path=${junitejb.junitejb.lib}/junitejb.jar/
/path
+
+
!-- The combined library classpath --
path id=library.classpath
path refid=sun.jndi.classpath/
@@ -214,6 +216,7 @@
pathelement path=${jboss.cluster.lib}/jbossha-client.jar/
/path
+
!-- The combined dependant module classpath --
path id=dependentmodule.classpath
path refid=jboss.j2ee.classpath/
@@ -248,6 +251,10 @@
property name=build.reports value=${module.output}/reports/
property name=build.testlog value=${module.output}/log/
+!--xdoclet output directories--
+property name=build.gen-src value=${module.output}/gen-src//
+!-- put ejb-jar.xml and other resources into build.resources--
+
!-- Install/Release structure --
property name=install.id value=${module.name}-${module.version}/
property name=release.id value=${install.id}/
@@ -300,6 +307,18 @@
jbosstest.threadcount: ${jbosstest.threadcount}
jbosstest.beancount:${jbosstest.beancount}
]]/echo
+
+!-- xdoclet --
+path id=xdoclet.task.classpath
+ path refid=javac.classpath/
+ pathelement location=${project.tools}/lib/xdoclet.jar/
+ pathelement location=${project.tools}/lib/ant.jar/
+/path
+property name=xdoclet.task.classpath
+ refid=xdoclet.task.classpath/
+
+
+
/target
@@ -318,8 +337,41 @@
depends=compile-classes, compile-etc, compile-stylesheets,
compile-resources, compile-bin
description=Compile all source files./
+ !-- Compile EJB beans with XDoclet --
+ target name=compile-bean-sources depends=init
+taskdef name=xdoclet classname=xdoclet.ejb.EjbDocletTask/
+
+mkdir dir=${build.gen-src}/
+
+!--ejbconf--
+mkdir dir=${build.resources}/ejb-conf/readonly/META-INF/
+xdoclet sourcepath=${source.java}
+ destdir=${build.gen-src}
+ classpath=${xdoclet.task.classpath}
+ ejbspec=2.0
+ excludedtags=@version,@author
+ mergedir=${source.resources}/ejb-conf/readonly
+ fileset dir=${source.java}
+include name=org/jboss/test/ejbconf/beans/**/*Bean.java/
+ /fileset
+ packageSubstitution packages=ejb substituteWith=interfaces/
+ remoteinterface/
+ localinterface/
+ homeinterface/
+ localhomeinterface/
+ !--session/--
+ deploymentdescriptor xmlencoding =UTF-8
+ destdir=${build.resources}/ejbconf/readonly/META-INF/
+ jboss xmlencoding=UTF-8
+ version=3.0
+ destdir=${build.resources}/ejbconf/readonly/META-INF
+ mergedir=${source.resources}/ejbconf/readonly//
+/xdoclet
+
+ /target
+
!-- Compile all class files --
- target name=compile-classes depends=init
+ target name=compile-classes depends=compile-bean-sources
mkdir dir=${build.classes}/
javac destdir=${build.classes}
optimize=${javac.optimize}
@@ -332,6 +384,7 @@
includeJavaRuntime=${javac.include.java.runtime}
failonerror=${javac.fail.onerror}
src path=${source.java}/
+ src path=${build.gen-src}/
classpath refid=javac.classpath/
include name=${javac.includes}/
exclude name=${javac.excludes}/
@@ -429,7 +482,8 @@
_jars-bench,
_jars-security,
_jars-cmp2,
- _jars-jsr77
+ _jars-jsr77,
+ _jars-ejbconf
/target
!--
@@ -1451,6 +1505,23 @@
includes=junit/**/*.*/
/jar
/target
+
+ !-- jca ejbconf readonly tests --
+ target name=_jars-ejbconf
+mkdir dir=${build.lib}/
+
+!-- build ejbconf-test.jar --
+jar jarfile=${build.lib}/ejbconf-test.jar
+ fileset dir=${build.classes}
+ include
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/ejbconf/beans/ejb ReadOnlyBean.java
User: d_jencks
Date: 02/01/30 15:00:32
Added: src/main/org/jboss/test/ejbconf/beans/ejb ReadOnlyBean.java
Log:
test for jboss.xml's read-only: needs updated xdoclet
Revision ChangesPath
1.1
jbosstest/src/main/org/jboss/test/ejbconf/beans/ejb/ReadOnlyBean.java
Index: ReadOnlyBean.java
===
/*
* JBoss, the OpenSource J2EE webOS
*
* Distributable under LGPL license.
* See terms of license at gnu.org.
*
*/
package org.jboss.test.ejbconf.beans.ejb; // Generated package name
import java.rmi.RemoteException;
import javax.ejb.EntityBean;
import javax.ejb.EntityContext;
/**
* ReadOnlyBean.java
*
*
* Created: Tue Jan 22 17:13:36 2002
*
* @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
* @version
*
*
* @ejb:bean name=ReadOnly
* jndi-name=ReadOnly
* local-jndi-name=LocalReadOnly
* view-type=both
* type=CMP
* cmp-version=2.x
* primkey-field=id
* @ejb:pk class=java.lang.Integer
* @ejb:finder signature=java.util.Collection findAll()
* @jboss:read-only read-only=true
*/
public abstract class ReadOnlyBean implements EntityBean
{
public ReadOnlyBean ()
{
}
/**
* Describe codeejbCreate/code method here.
*
* @param id an codeInteger/code value
* @param value an codeInteger/code value
* @return an codeInteger/code value
* @ejb:create-method
*/
public Integer ejbCreate(Integer id, Integer value)
{
setId(id);
setValue(value);
return null;
}
public Integer ejbPostCreate(Integer id, Integer value)
{
return null;
}
/**
* Get the value of id.
* @return value of id.
* @ejb:persistent-field
* @ejb:interface-method
*/
public abstract Integer getId();
/**
* Set the value of id.
* @param v Value to assign to id.
*/
public abstract void setId(Integer id);
/**
* Get the value of value.
* @return value of value.
* @ejb:persistent-field
* @ejb:interface-method
*/
public abstract Integer getValue();
/**
* Set the value of value.
* @param v Value to assign to value.
* @ejb:interface-method
*/
public abstract void setValue(Integer value);
public void ejbActivate() throws RemoteException
{
}
public void ejbPassivate() throws RemoteException
{
}
public void ejbLoad() throws RemoteException
{
}
public void ejbStore() throws RemoteException
{
}
public void ejbRemove() throws RemoteException
{
}
public void setEntityContext(EntityContext ctx) throws RemoteException
{
}
public void unsetEntityContext() throws RemoteException
{
}
}// ReadOnlyBean
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/bmp/beans BMPHelperSessionBean.java
User: mnf999
Date: 02/01/30 15:06:44
Modified:src/main/org/jboss/test/bmp/beans BMPHelperSessionBean.java
Log:
Fixed the rollback of transaction test, made no sense before (BMP was doing BMT when
it can only be CMT)
marcf
Revision ChangesPath
1.3 +36 -2
jbosstest/src/main/org/jboss/test/bmp/beans/BMPHelperSessionBean.java
Index: BMPHelperSessionBean.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/bmp/beans/BMPHelperSessionBean.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- BMPHelperSessionBean.java 2001/01/20 16:00:16 1.2
+++ BMPHelperSessionBean.java 2002/01/30 23:06:44 1.3
@@ -66,13 +66,47 @@
try
{
sb.append (now rolling back...\n);
- ctx.getUserTransaction().rollback ();
- sb.append (current name is: +b.getName ()+\n);
+
+ //marcf FIXME: I don't understand the test below.
+ //
+ // ctx.getUserTransaction().rollback ();
+ // sb.append (current name is: +b.getName ()+\n);
+ //
+ //First of all BMP beans are CMT so
+ // you dont' get the usertransaction directly, then the proper way to
rollback
+ // is to do a
+ // ctx.setRollbackOnly();
+ // let the call return, let the call rollback in the transaction
interceptor
+ // and do a new call to test the value. Here the sub-call just says that
+ // we are trying to access an instance marked for rollback
+ // This test is void in my mind
+ // marcf: Fixed with doTestAfterRollback call that should return the right
name
+
+ ctx.setRollbackOnly();
}
catch (Exception _e)
{
sb.append (Error on rolling back: +_e.getMessage ()+\n);
}
+ sb.append (done.);
+
+ return sb.toString ();
+ }
+
+ public String doTestAfterRollback () throws RemoteException
+ {
+ StringBuffer sb = new StringBuffer ();
+ SimpleBMP b;
+ try
+ {
+ SimpleBMPHome home = (SimpleBMPHome) new InitialContext ().lookup
(java:comp/env/bean);
+ b = home.findByPrimaryKey(new Integer (1));
+ }
+ catch (Exception _ne)
+ {
+ throw new EJBException (couldnt find entity: +_ne.getMessage ());
+ }
+ sb.append (found: +b.getName ()+\n);
sb.append (done.);
return sb.toString ();
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/bmp/test BmpUnitTestCase.java
User: mnf999 Date: 02/01/30 15:06:44 Modified:src/main/org/jboss/test/bmp/test BmpUnitTestCase.java Log: Fixed the rollback of transaction test, made no sense before (BMP was doing BMT when it can only be CMT) marcf Revision ChangesPath 1.5 +3 -1 jbosstest/src/main/org/jboss/test/bmp/test/BmpUnitTestCase.java Index: BmpUnitTestCase.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/bmp/test/BmpUnitTestCase.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- BmpUnitTestCase.java 2002/01/29 21:59:59 1.4 +++ BmpUnitTestCase.java 2002/01/30 23:06:44 1.5 @@ -112,8 +112,10 @@ } - getLog().debug (Now trying from within the Session bean (to be able to rollback):); + getLog().debug (***Now trying from within the Session bean (to be able to rollback):); getLog().debug (session.doTest ()); + getLog().debug (Getting the name after a rollback:); + getLog().debug (session.doTestAfterRollback ()); getLog().debug (removing all beans:); it = home.findAll ().iterator (); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Fixing the automated test
On 2002.01.30 17:17:30 -0500 marc fleury wrote: So I am running all the test on my machine. Trying to get the count back down to 000.. :) I think I can handle many of the errors and failures being reported, but one of the things I find puzzling is that the MQ tests seems to take for ever with close to 0 cpu loads. Since it reports success I am not worried but I just wanted to know if this was normal behavior I think there was some nagle's algorithm/ tcpnodelay discussion recently. Maybe this is related? It shouldn't be too hard to get the test failures down a lot -- I had it down to 22 failures yesterday. david jencks _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7628 ___ 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: jbosstest/src/main/org/jboss/test/bmp/interfaces BMPHelperSession.java
User: mnf999 Date: 02/01/30 15:06:44 Modified:src/main/org/jboss/test/bmp/interfaces BMPHelperSession.java Log: Fixed the rollback of transaction test, made no sense before (BMP was doing BMT when it can only be CMT) marcf Revision ChangesPath 1.3 +1 -0 jbosstest/src/main/org/jboss/test/bmp/interfaces/BMPHelperSession.java Index: BMPHelperSession.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/bmp/interfaces/BMPHelperSession.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- BMPHelperSession.java 2001/01/20 16:00:17 1.2 +++ BMPHelperSession.java 2002/01/30 23:06:44 1.3 @@ -13,4 +13,5 @@ public void createSimpleBeanTable () throws RemoteException; public void dropSimpleBeanTable () throws RemoteException; public String doTest () throws RemoteException; + public String doTestAfterRollback () throws RemoteException; } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/testbean/test BeanUnitTestCase.java
User: mnf999 Date: 02/01/30 15:06:45 Modified:src/main/org/jboss/test/testbean/test BeanUnitTestCase.java Log: Fixed the rollback of transaction test, made no sense before (BMP was doing BMT when it can only be CMT) marcf Revision ChangesPath 1.9 +4 -1 jbosstest/src/main/org/jboss/test/testbean/test/BeanUnitTestCase.java Index: BeanUnitTestCase.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/testbean/test/BeanUnitTestCase.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- BeanUnitTestCase.java 2002/01/29 22:00:06 1.8 +++ BeanUnitTestCase.java 2002/01/30 23:06:44 1.9 @@ -62,7 +62,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Hugo Pinto/a -* @version $Id: BeanUnitTestCase.java,v 1.8 2002/01/29 22:00:06 d_jencks Exp $ +* @version $Id: BeanUnitTestCase.java,v 1.9 2002/01/30 23:06:44 mnf999 Exp $ */ public class BeanUnitTestCase extends JBossTestCase @@ -158,6 +158,9 @@ getLog().debug(++test+- Now trying from within the Session bean (to be able to rollback):); getLog().debug (session.doTest ()); + + getLog().debug(++test+- get name after rollback ); + getLog().debug (session.doTestAfterRollback ()); getLog().debug(++test+- removing all beans); it = home.findAll ().iterator (); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-510969 ] Lost app exceptions in BMP home methods
Patches item #510969, was opened at 2002-01-30 15:28
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=510969group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Victor Langelo (vlangelo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Lost app exceptions in BMP home methods
Initial Comment:
Application exceptions declared on create and finder
methods of BMP entity beans are embedded in a
UndeclaredThrowableException by BMPPersistenceManger.
This causes EntityContainer to treat them as runtime
exceptions.
The UndeclaredThrowableException was added in the
1.22.4.1 to 1.22.4.2 revision to avoid a class cast
exception. The following patch retains the else case
with a UndeclaredThrowableException eventhough I cannot
think of any other throwable other than error that
might occur here.
diff -u -r1.22.4.2 BMPPersistenceManager.java
--- ./jboss/src/main/org/jboss/ejb/plugins/BMPPersistenceManager.java 2001/10/27
23:00:38 1.22.4.2
+++ ./jboss/src/main/org/jboss/ejb/plugins/BMPPersistenceManager.java 2002/01/30
+23:15:23
@@ -162,6 +162,10 @@
// Wrap runtime exceptions
throw new EJBException((Exception)e);
}
+ else if (e instanceof Exception)
+ {
+throw (Exception)e;
+ }
else
{
throw new UndeclaredThrowableException(e);
@@ -216,6 +220,11 @@
// Wrap runtime exceptions
throw new EJBException((Exception)e);
}
+ else if (e instanceof Exception)
+ {
+// Rethrow exception
+throw (Exception)e;
+ }
else
{
Exception ex = new
UndeclaredThrowableException(e);
@@ -527,6 +536,11 @@
{
// Wrap runtime exceptions
throw new EJBException((Exception)e);
+ }
+ else if (e instanceof Exception)
+ {
+// Rethrow exception
+throw (Exception)e;
}
else
{
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=510969group_id=22866
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-510973 ] read-only for all entity beans!
Change Notes item #510973, was opened at 2002-01-30 15:37 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=510973group_id=22866 Category: JBossServer Group: v3.0 (Rabbit Hole) Status: Open Priority: 5 Submitted By: David Jencks (d_jencks) Assigned to: Nobody/Anonymous (nobody) Summary: read-only for all entity beans! Initial Comment: Following an inspiration of Marc's I've implemented read-only for all entity beans, in the interceptor stack rather than the persistence manager. To use it, add a read-onlytrue/read-only tag for each read only entity bean in jboss.xml. There is a test case (ejbconf/...) demonstrating generation of this tag with xdoclet (use jboss's xdoclet in tools/lib until the patch is applied to xdoclet cvs.) This should work for any persistence manager, not just those supplied with jboss. The test uses a cmp2 entity bean. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=510973group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Build
Marc, Decided to move to version 3.0, per your advice. I can't get a build to run. (I went through everything available, and the init runs fine). It fails at compile-bean-sources: with the next line indicating a xdoclet useage error ( [xdoclet] Generating Javadoc ) line 336 in server\build.xml. Any advice? Is head OK? Thanks, Ken ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/system Server.java
User: d_jencks
Date: 02/01/30 15:53:23
Modified:src/main/org/jboss/system Server.java
Log:
oops, left this out of yesterdays object name cleanup
Revision ChangesPath
1.6 +3 -3 jboss/src/main/org/jboss/system/Server.java
Index: Server.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/Server.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- Server.java 2002/01/30 02:32:29 1.5
+++ Server.java 2002/01/30 23:53:23 1.6
@@ -32,7 +32,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
-* @version $Revision: 1.5 $
+* @version $Revision: 1.6 $
*/
public class Server
implements ServerMBean
@@ -456,7 +456,7 @@
// Create MBeanServer
final MBeanServer server =
-MBeanServerFactory.createMBeanServer(JBOSS-SYSTEM);
+MBeanServerFactory.createMBeanServer(jboss);
// Initialize the MBean libraries repository
server.registerMBean(ServiceLibraries.getLibraries(),
@@ -544,4 +544,4 @@
{
re.getTargetException().printStackTrace();
}
-*/
\ No newline at end of file
+*/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JmsXA ConnectionFactoryLoader not working
Got the following error in startup 18:35:19,388 INFO [ServiceCreator] code org.jboss.jms.jndi.JMSProviderLoader 18:35:19,478 INFO [ServiceCreator] code org.jboss.jms.asf.ServerSessionPoolLoader 18:35:19,518 INFO [ServiceCreator] code org.jboss.resource.ConnectionFactoryLoader 18:35:19,548 ERROR [ServiceController] Could not create MBean: jboss.jca:service=ConnectionFactoryLoader,name=JmsXA javax.management.ReflectionException: The MBean class could not be loaded by the specified loader at com.sun.management.jmx.MBeanServerImpl.createMBean(MBeanServerImpl.java:754) at org.jboss.system.ServiceCreator.install(ServiceCreator.java:94) at org.jboss.system.ServiceController.install(ServiceController.java:152) 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.deployment.SARDeployer.invoke(SARDeployer.java:725) at org.jboss.deployment.SARDeployer.deploy(SARDeployer.java:216) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:376) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:348) at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:254) at org.jboss.deployment.MainDeployer.startService(MainDeployer.java:204) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:130) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.Server.init(Server.java:157) at org.jboss.Main.boot(Main.java:208) at org.jboss.Main.run(Main.java:44) at java.lang.Thread.run(Thread.java:484) 18:35:19,548 ERROR [SARDeployer] Mbean exception while executing install on [Ljava.lang.Object;@315692 javax.management.ReflectionException: The MBean class could not be loaded by the specified loader at com.sun.management.jmx.MBeanServerImpl.createMBean(MBeanServerImpl.java:754) at org.jboss.system.ServiceCreator.install(ServiceCreator.java:94) at org.jboss.system.ServiceController.install(ServiceController.java:152) 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.deployment.SARDeployer.invoke(SARDeployer.java:725) at org.jboss.deployment.SARDeployer.deploy(SARDeployer.java:216) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:376) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:348) at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:254) at org.jboss.deployment.MainDeployer.startService(MainDeployer.java:204) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:130) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.Server.init(Server.java:157) at org.jboss.Main.boot(Main.java:208) at org.jboss.Main.run(Main.java:44) at java.lang.Thread.run(Thread.java:484) 18:35:19,558 INFO [JMSProviderLoader] Creating 18:35:19,558 INFO [JMSProviderLoader] Created 18:35:19,558 INFO [ServerSessionPoolLoader] Creating 18:35:19,558 INFO [ServerSessionPoolLoader] Created 18:35:19,558 INFO [JMSProviderLoader] Starting 18:35:19,568 INFO [JMSProviderLoader] bound adapter DefaultJMSProvider to java:/DefaultJMSProvider 18:35:19,568 INFO [JMSProviderLoader] Started 18:35:19,568 INFO [ServerSessionPoolLoader] Starting 18:35:19,638 INFO [ServerSessionPoolLoader] pool factory StdJMSPool bound to java:/StdJMSPool 18:35:19,638 INFO [ServerSessionPoolLoader] Started ___ 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 NoPassivationCachePolicy.java EntityInstanceCache.java
User: patriot1burke
Date: 02/01/30 16:04:45
Modified:src/main/org/jboss/ejb/plugins NoPassivationCachePolicy.java
EntityInstanceCache.java
Log:
added getCacheSize and flushCache to MBean interface for EntityContainer
Revision ChangesPath
1.8 +2 -1
jboss/src/main/org/jboss/ejb/plugins/NoPassivationCachePolicy.java
Index: NoPassivationCachePolicy.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/NoPassivationCachePolicy.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- NoPassivationCachePolicy.java 2001/12/19 05:42:31 1.7
+++ NoPassivationCachePolicy.java 2002/01/31 00:04:45 1.8
@@ -15,7 +15,7 @@
*
* @see AbstractInstanceCache
* @author a href=mailto:[EMAIL PROTECTED];Simone Bordet/a
- * @version $Revision: 1.7 $
+ * @version $Revision: 1.8 $
*/
public class NoPassivationCachePolicy
implements EnterpriseContextCachePolicy
@@ -96,6 +96,7 @@
}
}
public void flush() {}
+public int size() { return m_map.size(); }
// Y overrides ---
1.11 +16 -1 jboss/src/main/org/jboss/ejb/plugins/EntityInstanceCache.java
Index: EntityInstanceCache.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/EntityInstanceCache.java,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- EntityInstanceCache.java 2001/08/03 17:15:44 1.10
+++ EntityInstanceCache.java 2002/01/31 00:04:45 1.11
@@ -21,7 +21,13 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Simone Bordet/a
* @author a href=[EMAIL PROTECTED]Bill Burke/a
- * @version $Revision: 1.10 $
+ * @version $Revision: 1.11 $
+ *
+ * pbRevisions:/b
+ * pb2001/01/29: billb/b
+ * ol
+ * liExpose cache flush and size
+ * /ol
*/
public class EntityInstanceCache
extends AbstractInstanceCache
@@ -38,6 +44,15 @@
// Constructors --
// Public
+
+public int getCacheSize() {
+ return getCache().size();
+}
+
+public void flush() {
+ getCache().flush();
+}
+
/* From ContainerPlugin interface */
public void setContainer(Container c)
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb EntityContainer.java EntityCache.java InstanceCache.java
User: patriot1burke
Date: 02/01/30 16:04:23
Modified:src/main/org/jboss/ejb EntityContainer.java EntityCache.java
InstanceCache.java
Log:
added getCacheSize and flushCache to MBean interface for EntityContainer
Revision ChangesPath
1.63 +237 -1jboss/src/main/org/jboss/ejb/EntityContainer.java
Index: EntityContainer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/EntityContainer.java,v
retrieving revision 1.62
retrieving revision 1.63
diff -u -r1.62 -r1.63
--- EntityContainer.java 2002/01/30 22:55:17 1.62
+++ EntityContainer.java 2002/01/31 00:04:23 1.63
@@ -9,10 +9,25 @@
import java.lang.reflect.Method;
import java.lang.reflect.InvocationTargetException;
import java.rmi.RemoteException;
+import java.rmi.MarshalledObject; // tmp
import java.util.Map;
import java.util.HashMap;
import java.util.Collection;
+import javax.management.Attribute;
+import javax.management.AttributeList;
+import javax.management.AttributeNotFoundException;
+import javax.management.DynamicMBean;
+import javax.management.InvalidAttributeValueException;
+import javax.management.MBeanConstructorInfo;
+import javax.management.MBeanException;
+import javax.management.MBeanInfo;
+import javax.management.MBeanNotificationInfo;
+import javax.management.MBeanOperationInfo;
+import javax.management.MBeanParameterInfo;
+import javax.management.MBeanServer;
+import javax.management.ObjectName;
+import javax.management.ReflectionException;
import javax.ejb.Handle;
import javax.ejb.HomeHandle;
import javax.ejb.EJBObject;
@@ -45,7 +60,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Daniel OConnor/a
* @author a href=[EMAIL PROTECTED]Bill Burke/a
* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a
-* @version $Revision: 1.62 $
+* @version $Revision: 1.63 $
*
* pbRevisions:/b
*
@@ -897,6 +912,227 @@
}
}
+ /**
+* Build the container MBean information on attributes, contstructors,
+* operations, and notifications. Currently there are no attributes, no
+* constructors, no notifications, and the following ops:
+* ul
+* li'home' - invokeHome(Invocation);/li
+* li'remote' - invoke(Invocation);/li
+* li'localHome' - not implemented;/li
+* li'local' - not implemented;/li
+* li'getHome' - return EBJHome interface;/li
+* li'getRemote' - return EJBObject interface/li
+* li'getCacheSize' - return the entity's cache size/li
+* li'flushCache' - flush the entity's cache/li
+* /ul
+*/
+ public MBeanInfo getMBeanInfo()
+ {
+ MBeanParameterInfo miInfo = new MBeanParameterInfo(method,
Invocation.class.getName(), Invocation data);
+ MBeanConstructorInfo[] ctorInfo = null;
+ MBeanOperationInfo[] opInfo = {
+ new MBeanOperationInfo(home, Invoke an EJBHome interface method,
+ new MBeanParameterInfo[] {miInfo},
+ java.lang.Object, MBeanOperationInfo.ACTION_INFO),
+ new MBeanOperationInfo(remote, Invoke an EJBObject interface method,
+ new MBeanParameterInfo[] {miInfo},
+ java.lang.Object, MBeanOperationInfo.ACTION_INFO),
+ new MBeanOperationInfo(getHome, Get the EJBHome interface class,
+ null,
+ java.lang.Class, MBeanOperationInfo.INFO),
+ new MBeanOperationInfo(getRemote, Get the EJBObject interface class,
+ null,
+ java.lang.Class, MBeanOperationInfo.INFO),
+ new MBeanOperationInfo(getCacheSize, Get the Container cache size.,
+ null,
+ java.lang.Integer, MBeanOperationInfo.INFO),
+ new MBeanOperationInfo(flushCache, Flush the Container cache.,
+ null,
+ , MBeanOperationInfo.ACTION_INFO)
+ };
+ MBeanNotificationInfo[] notifyInfo = null;
+ return new MBeanInfo(getClass().getName(), EJB Container MBean,
+ null, ctorInfo, opInfo, notifyInfo);
+ }
+
+ /**
+* Handle a operation invocation.
+*/
+ public Object invoke(String actionName, Object[] params, String[] signature)
+ throws MBeanException, ReflectionException
+ {
+
+
+ if( params != null params.length == 1 (params[0] instanceof Invocation)
== false )
+ throw new MBeanException(new IllegalArgumentException(Expected zero or
single Invocation argument));
+
+ Object value = null;
+ Invocation mi = null;
+ if( params != null params.length == 1 )
+ mi = (Invocation) params[0];
+
[JBoss-dev] CVS update: jboss/src/main/org/jboss/util LRUCachePolicy.java TimedCachePolicy.java CachePolicy.java
User: patriot1burke
Date: 02/01/30 16:05:02
Modified:src/main/org/jboss/util LRUCachePolicy.java
TimedCachePolicy.java CachePolicy.java
Log:
added getCacheSize and flushCache to MBean interface for EntityContainer
Revision ChangesPath
1.13 +5 -1 jboss/src/main/org/jboss/util/LRUCachePolicy.java
Index: LRUCachePolicy.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/LRUCachePolicy.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- LRUCachePolicy.java 2002/01/15 22:53:42 1.12
+++ LRUCachePolicy.java 2002/01/31 00:05:02 1.13
@@ -12,7 +12,7 @@
* Implementation of a Least Recently Used cache policy.
*
* @author a href=mailto:[EMAIL PROTECTED];Simone Bordet/a
- * @version $Revision: 1.12 $
+ * @version $Revision: 1.13 $
*/
public class LRUCachePolicy
implements CachePolicy
@@ -180,6 +180,10 @@
ageOut(entry);
}
}
+
+public int size() {
+ return m_list.m_count;
+}
// Y overrides ---
1.5 +5 -1 jboss/src/main/org/jboss/util/TimedCachePolicy.java
Index: TimedCachePolicy.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/TimedCachePolicy.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- TimedCachePolicy.java 2001/12/19 06:45:20 1.4
+++ TimedCachePolicy.java 2002/01/31 00:05:02 1.5
@@ -23,7 +23,7 @@
until they are accessed.
@author a href=mailto:[EMAIL PROTECTED];Scott Stark/a.
-@version $Revision: 1.4 $
+@version $Revision: 1.5 $
*/
public class TimedCachePolicy extends TimerTask implements CachePolicy
{
@@ -205,6 +205,10 @@
{
entryMap.clear();
}
+
+public int size() {
+ return entryMap.size();
+}
// --- End CachePolicy interface methods
/** The TimerTask run method. It updates the cache time to the
1.6 +3 -1 jboss/src/main/org/jboss/util/CachePolicy.java
Index: CachePolicy.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/CachePolicy.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- CachePolicy.java 2001/08/30 03:50:12 1.5
+++ CachePolicy.java 2002/01/31 00:05:02 1.6
@@ -13,7 +13,7 @@
* a MRU one, or any other suitable policy.
*
* @author a href=mailto:[EMAIL PROTECTED];Simone Bordet/a
- * @version $Revision: 1.5 $
+ * @version $Revision: 1.6 $
*/
public interface CachePolicy extends Service
{
@@ -67,4 +67,6 @@
* Flushes the cached objects from the cache.
*/
public void flush();
+
+public int size();
}
___
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 AbstractInstanceCache.java
User: patriot1burke
Date: 02/01/30 16:06:53
Modified:src/main/org/jboss/ejb/plugins AbstractInstanceCache.java
Log:
do not grab a reference to a BeanLock on cache insert. What we're really only saving
is an allocation of a small BeanLock object and this adds headaches in making sure
that
that these BeanLocks are not leaked
Revision ChangesPath
1.27 +5 -7 jboss/src/main/org/jboss/ejb/plugins/AbstractInstanceCache.java
Index: AbstractInstanceCache.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/AbstractInstanceCache.java,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -r1.26 -r1.27
--- AbstractInstanceCache.java2001/12/19 05:35:47 1.26
+++ AbstractInstanceCache.java2002/01/31 00:06:51 1.27
@@ -61,7 +61,7 @@
* @author a href=[EMAIL PROTECTED]Bill Burke/a
* @author a href=[EMAIL PROTECTED]Marc Fleury/a
*
- * @version $Revision: 1.26 $
+ * @version $Revision: 1.27 $
*
* pbRevisions:/b
*
@@ -88,6 +88,10 @@
* ol
* liMake sure ctx.getID() is non-null when received from unschedulePassivation.
* /ol
+ * pb2001/01/29: billb/b
+ * ol
+ * liDo not grab a BeanLock reference when ctx is inserted into cache. This
has memory leakage issues
+ * /ol
*/
public abstract class AbstractInstanceCache
implements InstanceCache, XmlLoadable, Monitorable, MetricsConstants
@@ -264,9 +268,6 @@
// run without having acquired the cache lock via getCacheLock()
throw new IllegalStateException(INSERTING AN ALREADY EXISTING BEAN, ID
= + key);
}
- //Create a lock in the lock manager, as long as there an instance in cache
we keep
- // the lock in the manager, since get will increase the ref count on the
lock
- getContainer().getLockManager().getLock(key);
}
}
/* From InstanceCache interface */
@@ -302,9 +303,6 @@
if (getCache().peek(id) != null)
{
getCache().remove(id);
-// When we introduced the bean in the cache we used the get to increase
the lock count
-// now we decrease it and if the count is zero the manager will release
the object from memory
-getContainer().getLockManager().removeLockRef(id);
}
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Build
head is ok. I just did a clean build. Try it again. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ken Sipe Sent: Wednesday, January 30, 2002 6:57 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Build Marc, Decided to move to version 3.0, per your advice. I can't get a build to run. (I went through everything available, and the init runs fine). It fails at compile-bean-sources: with the next line indicating a xdoclet useage error ( [xdoclet] Generating Javadoc ) line 336 in server\build.xml. Any advice? Is head OK? Thanks, Ken ___ 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: [jetty-discuss] Re: [JBoss-dev] Jetty3.1.5, Axis Basic Authentication Problem
Greg Wilkins wrote: Cristoph, Eitherway, you do not want the semantics of NONE, you want the user to be authenticated, but you do not care what group they are in. Again, Jetty has an extension to the spec to support this. All users are in the role org.mortbay.http.User. However this is implemented in the HashUserRealm which is not used by JBoss. So for now, you must define a role that all your JBoss users are in and specify an AuthConstraint for that role. Hi Greg, Wouldn't this be the same as using * for the role-name? I had a brief look at the servlet 2.3 spec before replying previously and that's the syntax it uses for all roles. So it should then perform authentication and allow any user who has a role recognised by the application. Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.mkeym.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-510988 ] EntittyMBean now has size and flush
Change Notes item #510988, was opened at 2002-01-30 16:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=510988group_id=22866 Category: None Group: v3.0 (Rabbit Hole) Status: Open Priority: 5 Submitted By: Bill Burke (patriot1burke) Assigned to: Nobody/Anonymous (nobody) Summary: EntittyMBean now has size and flush Initial Comment: Added getCacheSize and flushCache to the EntityContainer's interface. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=510988group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [jetty-discuss] Re: [JBoss-dev] Jetty3.1.5, Axis Basic Authentication Problem
Luke, I stand corrected. It is the '*' role behaviour that should be used. The lack of any role means no access.I knew the 2.3 spec had defined both these cases, but got them mixed up. Jetty4 will definitely support this style of security constraint soon. I think Jetty3 can also be made to support this without breaking any existing code (but I'll think about this a bit more before changing this). thanks Luke Taylor wrote: Greg Wilkins wrote: Cristoph, Eitherway, you do not want the semantics of NONE, you want the user to be authenticated, but you do not care what group they are in. Again, Jetty has an extension to the spec to support this. All users are in the role org.mortbay.http.User. However this is implemented in the HashUserRealm which is not used by JBoss. So for now, you must define a role that all your JBoss users are in and specify an AuthConstraint for that role. Hi Greg, Wouldn't this be the same as using * for the role-name? I had a brief look at the servlet 2.3 spec before replying previously and that's the syntax it uses for all roles. So it should then perform authentication and allow any user who has a role recognised by the application. Luke. -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [jetty-discuss] Re: [JBoss-dev] Jetty3.1.5, Axis Basic Authentication Problem
Hi Greg, Regarding the session key stuff we discussed briefly recently, you just mentioned that JBoss doesn't use the HashUserRealm? Does this mean that it uses a different way of generating session IDs? If so, can someone point out the class? cheers, Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.mkeym.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build
Thanks Jeff! started from scratch, all is good - Original Message - From: Bill Burke [EMAIL PROTECTED] To: Ken Sipe [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, January 30, 2002 6:13 PM Subject: RE: [JBoss-dev] Build head is ok. I just did a clean build. Try it again. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ken Sipe Sent: Wednesday, January 30, 2002 6:57 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Build Marc, Decided to move to version 3.0, per your advice. I can't get a build to run. (I went through everything available, and the init runs fine). It fails at compile-bean-sources: with the next line indicating a xdoclet useage error ( [xdoclet] Generating Javadoc ) line 336 in server\build.xml. Any advice? Is head OK? Thanks, Ken ___ 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: newsite/src/docs crash0111.jsp index.jsp navigation.jsp slogan.jsp
User: mnf999 Date: 02/01/30 17:38:21 Modified:src/docs index.jsp navigation.jsp slogan.jsp Added: src/docs crash0111.jsp Log: synching the denveronline server with the cvs repository Revision ChangesPath 1.37 +186 -180 newsite/src/docs/index.jsp Index: index.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/index.jsp,v retrieving revision 1.36 retrieving revision 1.37 diff -u -r1.36 -r1.37 --- index.jsp 2001/12/20 02:58:42 1.36 +++ index.jsp 2002/01/31 01:38:21 1.37 @@ -1,180 +1,186 @@ - -jsp:include page=head.jsp flush=true / -jsp:include page=slogan.jsp flush=true - jsp:param name=SLOGAN value=! SIMPLER, CHEAPER, BETTER !/ -/jsp:include - - - - !-- CONTENT -- - - - -p class=headJBOSS FOR THE MASSES -p class=headfont color=red -50,000+ DOWNLOADS PER MONTH, 1000 DEVELOPERS WORLDWIDE, THE BEST OPEN SOURCE J2EE BASED WEB APPLICATION -SERVER, INNOVATIVE TOOLS, iALL THAT FOR FREE!/i/font - -p class=textIF YOU ARE AN INDEPENDENT DEVELOPER, AN IT ARCHITECT WITH A CORPORATION, BIG OR -SMALL, AN IT CONSULTANT, READ ON, THIS MIGHT CHANGE YOUR BUSINESS. - -p class=textJBoss is an Open Source, standards-compliant, J2EE application server - implemented in 100% Pure Java, as is our full product suite. The JBoss community - of over 1000 developers world wide is working to deliver the full range of J2EE - tools as the premier Enterprise Java application server for the Java 2 Enterprise - Edition platform. The JBoss/Server and complement of products are delivered - under a public license. With 50,000 - downloads per month, JBoss is the most downloaded J2EE based server in the industry. - -p class=text -jsp:include page=/common/picateam.jsp flush=true / -Why should you pay tens or even hundreds of thousands of dollars to Java-enable your -business enterprise? At those costs it doesn't take long to figure out there is no future in that, -unless you are the server vendor! -But JBoss is not just about zero cost, JBoss is about quality. Our tools are innovative. We sport -features, such as hot deploy, Dynamic Proxies, and a JMX based fully modular design that enables - you to replace virtually every component of the server, that just can't be found in many commercial - Enterprise Java servers, no matter how much you are willing to pay! - -p class=textSo what are you waiting for? Download JBoss/Server and our other JBoss components, -today and try them out. Join the community by contributing features and fixes. Tell your fellow -architects, engineers, and programmers about JBoss-we are certain they will want to know! -JBoss is sweeping, cleanly taking over the Web Application Server industry. JBoss just has the best -TCO in the market, it's about high quality and a fair price. The thousands of others who are obtaining -JBoss products every day are finding out just why we have become so popular, why we are deployed all - over the world and why we are embedded in leading applications. - -p class=textWe are JBoss.org. We are creating world-class J2EE technologies in open source. -font color=redThat is what we call coding the future./font - -p class=textAs you visit our site, meet our core team. Their faces will be appearing in a random -fashion on various pages. If you reload the pages you will see new faces. -Drag the mouse on the faces to find out who they are. Click on the faces to meet -the whole team. - -p class=headALTOWEB PARTNERS WITH JBOSSsup class=rednbsp;NEW/sup -p class=text -AltoWeb and JBoss Join Forces to Bring Web Services and J2EE to the Masses. -AltoWeb's Leading Application Platform Now Available on OpenSource Application Server -br -Palo Alto, CA and Atlanta, GA - December 10, 2001 - AltoWeb, Inc., the leader in J2EE application -platforms and Web services, announced support for JBoss, the leading Open Source J2EE-based -application server. The AltoWeb(r) Application Platform, integrated with the JBoss application - server, provides a reusable, component-based architecture and rapid application development - solution that streamlines the development, deployment, monitoring, and management of J2EE - applications and Web services. A one-click install of the combined AltoWeb JBoss solution - is available at www.altoweb.com and www.jboss.org. - -a class=link href=/jbossgroup/partners.jspRead more/a - - -p class=headTRAINING FROM THE GURUS: BOSTON JAN 21-25, SYDNEY FEB 11-15, LONDON MAR 11-15. - -p class=textSpend your money on source knowledge not proprietary licenses. -Training is a requirement for those wishing to participate in The JBoss Certified Affiliate Program, - for 3rd party JBoss consulting and
[JBoss-dev] CVS update: newsite/src/docs/jbossgroup partners.jsp services.jsp training.jsp
User: mnf999 Date: 02/01/30 17:38:22 Modified:src/docs/jbossgroup partners.jsp services.jsp training.jsp Log: synching the denveronline server with the cvs repository Revision ChangesPath 1.6 +171 -162 newsite/src/docs/jbossgroup/partners.jsp Index: partners.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/jbossgroup/partners.jsp,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- partners.jsp 2001/12/15 06:54:07 1.5 +++ partners.jsp 2002/01/31 01:38:22 1.6 @@ -1,162 +1,171 @@ - -jsp:include page=/head.jsp flush=true / -jsp:include page=/slogan.jsp flush=true - jsp:param name=SLOGAN value=SOFTWARE PARTNERS/ -/jsp:include - - - - !-- CONTENT -- -p class=textRead all about our a class=link href=http://www.onjava.com/pub/a/onjava/2001/02/01/jmx.html; -open source integration with JMX/a - -p class=headBECOME AN INDUSTRY PARTNER OF JBOSS -p class=textJBoss today averages 50,000 downloads per month, per Sourceforge, making us the most - downloaded J2EE Application Server on the planet. Does your product integrate, extend or run on top of - JBoss? Whether you are an established company wanting to boost sales or an independent vendor with a - JBoss add-on (meaning software that is non-core to the J2EE specification)? Partner with JBoss to - leverage our mindshare and downloads. JBoss is one of the most attractive distribution channels in - the industry think of us as a popular retailer. Our downloaders are consultants and professionals. - If your product meets with our approval, we will list it on our site, and offer the option of sales - fulfillment through Flashline. In exchange we ask for a pricepoint-determined percentage of all - the product's JBoss-related sales. - a class=link href=mailto:[EMAIL PROTECTED]?subject=I need information on the software affiliate programContact us./a - -p class=headBUY SOFTWARE PLUGINS AND FINANCE JBOSS -p class=textSince money does not grow on trees, JBoss Group's focus on selling services and JBoss- -compatible software enables us to finance and maintain our commitment to offering the best J2EE - application server in the market for free. Our main task is to build the free JBoss -core, driving the distribution and brand. The fact that JBoss is today the most downloaded -J2EE-based application server on the planet and that it enjoys tremendous mindshare among advanced - developers attests to the success of this effort. For those of you interested in purchasing - high-quality, JBoss-compatible products, remember that, through their partnership with JBoss Group, - all the companies featured here help finance the free JBoss effort and these product sales help JBoss - remain strong, competitive and ahead of the curve. - -P class=headfont color=redAPPLICATION PLATFORMS/font -p class=headALTOWEB -p class=texta class=link href=http://www.altoweb.com/b/jboss.html; -img align=left alt= height=62 src=/pictures/altowebLogo.gif width=162 hspace=10 vspace=3 border=2/a -The AltoWebreg; Application Platform, run on JBoss#153; application server, provides a reusable, - component-based architecture and rapid application development solution that streamlines - the development, deployment, monitoring, and management of e-Business applications. The AltoWeb - Application Platform on JBoss maximizes your productivity when you need to deliver an increasing - number of applications faster than ever before, with fewer resources, and at a lower - cost. The AltoWeb Application Platform on JBoss helps you develop, deploy, and change your - e-Business applications in the fastest possible way. - a class=link href=/jbossgroup/altowebpress.jspPress Release/a -a class=link href=http://www.altoweb.com/b/jboss.html;Read More/a -a class=link href=http://www.altoweb.com/b/jbossBuy.html;Buy Now/a. - - -p class=headfont color=redHOSTING/font - -p class=headRACKSPACE: MANAGED JBOSS HOSTING NOW AVAILABLE - -p class=text -a class=link href=http://www.rackspace.com/?supbig=jboss1; -img src=/pictures/rckspc_logo_web_150.gif hspace=10 vspace=3 align=left -/a -Rackspace Managed Hosting is a pioneer and leader in the fastest growing segment of Internet hosting. -Rackspace rents dedicated web servers that anyone can afford. No colocation or shared servers, -only whole servers. Using hardware chosen for web hosting, Rackspace builds custom web servers to host -Internet sites of any size or type. -Standard choices are; Windows/IIS or Linux/Apache, Pentium or UltraSparc, RAM, size and type of hard -drives, and estimated bandwidth. Additional services include; firewalls, load balancing, clustering, backup, advanced monitoring, site analysis, streaming media,
Re: [JBoss-dev] TODO: client side interceptors
marc fleury wrote: Bill got my hear yesterday (and today is talking to microsoft about his love for open source :) where he pitched the interceptor design on the 3.0 client side. Instant love. Sounds pretty interesting (the interceptor design that is :). I'm vaguely familiar with using client-side interceptors with CORBA in the past but the situation here is much less static. Can you clear up one or two things? We are not that far from it in fact, it a bit of renaming and factory game on the server. Essentially the client does Generic Proxy - Handler - EJB behavior - Transport In the transport layer we extract the Tx and Security information. OK. So that's the current state? What's the Handler in this context - is that the JRMPInvokerProxy, for example? The pitch was simple it had to do with moving GP-Handler-interceptor 1 (EJB behavior for example) -interceptor 2 (Tx extraction) - interceptor 3 (Security) - Transport (invoker). So this is basically just moving the code that sets the security and transaction contexts from the JRMPInvokerProxy and setting them in the appropriate interceptors instead? What is the current situation with the IIOP transport and how will that fit in with the generic proxy stuff and this stack of interceptors? Presumably there will just be an IIOPInvoker instead, which will perform the invocation via the chosen client orb (rather than formatting its own IIOP message). How will it insert the security and transaction contexts into the IIOP buffer as it won't have access to it at this stage? Or is there some other way to do this? The application could specify a jboss.xml that describes the client side interceptor like the server side does ejb tx security jrmp/iiop would be a way to declare a given client (in this case EJB behavior (local calls fielded). The factorization right behind it is on the server side. Where we expose the ProxyFactory (already there in a primitive form) and that PF can export any combination of (interfaces, stack of client interceptors, transport) and generates the client for it. Do you mean the proxy.ejb.ProxyFactory? So this would provide a return a proxy object which contained the appropriate client-side invocation stack, based on the above jboss.xml configuration? Would you be able to have multiple client-invocation stacks per container? This way for ANY MBean SAR that you deploy on the server you can create proxies that exposes a pluggable behavior example you would deploy your SAR and create clients with my proxy behavior that I wrote for my client security ... no tx soap and the connectors on the server side will know to route your message to the right mbean with the right security integration and no tx for example. Voila instant framework distribution. Ummm. So here you're talking about deploying Mbeans as server components which can be invoked by a remote client? I don't quite understand what the advantage is. Why would you want to remotely invoke an Mbean rather than just using an existing technology such as EJB to wrap it? What is missing here is the location of the objects and the finders for these objects... this is where and EJB like semantic would be handy... Won't binding them into JNDI be sufficient? Are you likely to need finders for MBeans? Are there many situations where you would have keyed MBeans? I thought they were basically services - though I'm sure Juha can come up with many other uses for them :). Sorry for all the questions, but I usually need things spelt out to get an understanding of what's going on. Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.mkeym.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Jetty
Title: Message Hi, It seems that something is not configured properly with JBoss2.4.4 - Jetty 3.1.3 (I've tried 2.4.3 as well) on Linux (Suse 7.1) When Jetty is started separately (./jetty/bin/jetty.sh start ) I can rundemo by using http://hostname:8080everything is just fine! When I start both JBoss Jetty ( ./jboss/bin/run.sh jetty ) DEMO is not running : HTTP ERROR: 404 Not Found Could not find resource for /jetty/demos.html RequestURI=/jetty/demos.html but Jboss Agent http://hostname:8082/ is running just fine When accessing JBoss, -on the Linux terminal window the string appear: NotFoundHandler in HandlerContext[/] What is the problem ? Please help ! my JBoss server.log file is attached Thanks Jack G. server.log Description: Binary data
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 259 Successful tests: 106 Errors:128 Failures: 25 [time of test: 31 January 2002 2:46 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/pictures cogito.gif xmlasia.gif
User: mnf999 Date: 02/01/30 18:56:02 Added: src/docs/pictures cogito.gif xmlasia.gif Log: The new partners on services Revision ChangesPath 1.1 newsite/src/docs/pictures/cogito.gif Binary file 1.1 newsite/src/docs/pictures/xmlasia.gif Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [jetty-discuss] Jetty
Jack I think your problem is slightly out-of-date READMEs :-) If you go to [your jboss install dir]/jboss/conf/jetty directory you will find a file called jetty.xml that configures Jetty's startup with JBoss. You will find that the lines controlling the start of the demo have been commented out. Look for the following lines: !-- Uncomment this to add the Jetty demo webapp and demo servlets These are commented out because they may clash with webapps that you may wish to deploy - particularly in the '/' context... Then uncomment from there until just before the end of the file, restart jboss/jetty and you should be able to access the demo. Well, at least it works for me! :-) Jan It seems that something is not configured properly with JBoss2.4.4 - Jetty 3.1.3 (I've tried 2.4.3 as well) on Linux (Suse 7.1) When Jetty is started separately ( ./jetty/bin/jetty.sh start ) I can run demo by using http://hostname:8080 everything is just fine! When I start both JBoss Jetty ( ./jboss/bin/run.sh jetty ) DEMO is not running : HTTP ERROR: 404 Not Found Could not find resource for /jetty/demos.html RequestURI=/jetty/demos.html but Jboss Agenthttp://hostname:8082/is running just fine When accessing JBoss, - on the Linux terminal window the string appear: NotFoundHandler in HandlerContext[/] What is the problem ? Please help ! my JBoss server.log file is attached ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 259 Successful tests: 107 Errors:128 Failures: 24 [time of test: 31 January 2002 3:7 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-511024 ] Exception when destroying Topic or Queue
Bugs item #511024, was opened at 2002-01-30 19:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=511024group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Wenwei Jiang (jww)
Assigned to: Nobody/Anonymous (nobody)
Summary: Exception when destroying Topic or Queue
Initial Comment:
JBossMQ throws exception when destroying Topic or
Queue.
JBossMQService.java
public void destroyTopic(String name) throws Exception
{
try
{
ObjectName topic = getTopicObjectName(name);
getServer().invoke(getServiceControllerName(),
undeploy,
new Object[] {topic},
new String[]
{javax.management.ObjectName});
}
catch (Exception e)
{
log.warn(Could not destroy the
destination: , e);
throw e;
}
}
But ServiceControllerMean doesn't expose undeploy
method.
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=511024group_id=22866
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 259 Successful tests: 107 Errors:128 Failures: 24 [time of test: 31 January 2002 3:40 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Classic VM] [java.vm.info: green threads, nojit] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 259 Successful tests: 107 Errors:128 Failures: 24 [time of test: 31 January 2002 4:10 GMT] [java.version: 1.3.1] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1-b24] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/jbossgroup partners.jsp
User: mnf999 Date: 02/01/30 20:25:10 Modified:src/docs/jbossgroup partners.jsp Log: new partners Revision ChangesPath 1.7 +252 -118 newsite/src/docs/jbossgroup/partners.jsp Index: partners.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/jbossgroup/partners.jsp,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- partners.jsp 2002/01/31 01:38:22 1.6 +++ partners.jsp 2002/01/31 04:25:09 1.7 @@ -1,52 +1,135 @@ jsp:include page=/head.jsp flush=true / jsp:include page=/slogan.jsp flush=true - jsp:param name=SLOGAN value=SOFTWARE PARTNERS/ +jsp:param name=SLOGAN value=SOFTWARE PARTNERS/ /jsp:include - + !-- CONTENT -- -p class=textRead all about our a class=link href=http://www.onjava.com/pub/a/onjava/2001/02/01/jmx.html; +p class=textRead all about our a class=link +href=http://www.onjava.com/pub/a/onjava/2001/02/01/jmx.html; open source integration with JMX/a p class=headBECOME AN INDUSTRY PARTNER OF JBOSS -p class=textJBoss today averages 50,000 downloads per month, per Sourceforge, making us the most - downloaded J2EE Application Server on the planet. Does your product integrate, extend or run on top of - JBoss? Whether you are an established company wanting to boost sales or an independent vendor with a - JBoss add-on (meaning software that is non-core to the J2EE specification)? Partner with JBoss to - leverage our mindshare and downloads. JBoss is one of the most attractive distribution channels in - the industry think of us as a popular retailer. Our downloaders are consultants and professionals. - If your product meets with our approval, we will list it on our site, and offer the option of sales - fulfillment through Flashline. In exchange we ask for a pricepoint-determined percentage of all - the product's JBoss-related sales. - a class=link href=mailto:[EMAIL PROTECTED]?subject=I need information on the software affiliate programContact us./a +p class=textJBoss today averages 50,000 downloads per month, per +Sourceforge, making us the most +downloaded J2EE Application Server on the planet. Does your product +integrate, extend or run on top of +JBoss? Whether you are an established company wanting to boost sales or an +independent vendor with a +JBoss add-on (meaning software that is non-core to the J2EE specification)? +Partner with JBoss to +leverage our mindshare and downloads. JBoss is one of the most attractive +distribution channels in + the industry think of us as a popular retailer. Our downloaders are +consultants and professionals. +If your product meets with our approval, we will list it on our site, and +offer the option of sales +fulfillment through Flashline. In exchange we ask for a +pricepoint-determined percentage of all +the product's JBoss-related sales. +a class=link href=mailto:[EMAIL PROTECTED]?subject=I need information +on the software affiliate programContact us./a + p class=headBUY SOFTWARE PLUGINS AND FINANCE JBOSS -p class=textSince money does not grow on trees, JBoss Group's focus on selling services and JBoss- -compatible software enables us to finance and maintain our commitment to offering the best J2EE - application server in the market for free. Our main task is to build the free JBoss -core, driving the distribution and brand. The fact that JBoss is today the most downloaded -J2EE-based application server on the planet and that it enjoys tremendous mindshare among advanced - developers attests to the success of this effort. For those of you interested in purchasing - high-quality, JBoss-compatible products, remember that, through their partnership with JBoss Group, - all the companies featured here help finance the free JBoss effort and these product sales help JBoss - remain strong, competitive and ahead of the curve. - -P class=headfont color=redAPPLICATION PLATFORMS/font -p class=headALTOWEB +p class=textSince money does not grow on trees, JBoss Group's focus on +selling services and JBoss- +compatible software enables us to finance and maintain our commitment to +offering the best J2EE +application server in the market for free. Our main task is to build the +free JBoss +core, driving the distribution and brand. The fact that JBoss is today the +most downloaded +J2EE-based application server on the planet and that it enjoys tremendous +mindshare among advanced +developers attests to the success of this effort. For those of you +interested in purchasing +high-quality, JBoss-compatible products, remember that, through their +partnership with JBoss Group, +all the companies featured here help finance the free JBoss effort and these +product sales help JBoss
[JBoss-dev] CVS update: newsite/src/docs/jbossgroup partners.jsp
User: mnf999 Date: 02/01/30 20:41:55 Modified:src/docs/jbossgroup partners.jsp Log: New partners Revision ChangesPath 1.8 +10 -13newsite/src/docs/jbossgroup/partners.jsp Index: partners.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/jbossgroup/partners.jsp,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- partners.jsp 2002/01/31 04:25:09 1.7 +++ partners.jsp 2002/01/31 04:41:55 1.8 @@ -53,7 +53,7 @@ remain strong, competitive and ahead of the curve. p class=headfont color=redSERVICES PARTNERS/font -p class=headCOGITO INFORMATIQUE +p class=headCOGITO INFORMATIQUE, NEUFCHATEL, SWITZERLAND a class=link href=http://www.cogito-info.ch/jbossgroup/; img src=/pictures/cogito.gif hspace=10 vspace=4 align=left /a @@ -66,9 +66,10 @@ competencies in application servers and middleware, Cogito has an excellent knowledge of JBoss and actively participates in the development of JBoss 3.0 clustering features. -brbrbrbr +a class=link href=mailto:[EMAIL PROTECTED]?subject=JBoss Group Services, CogitoContact for more information./a -p class=headTHE DAIN GROUP LLC + +p class=headTHE DAIN GROUP LLC, MINNEAPOLIS, MINNESOTA img src=/pictures/daingroup.gif hspace=10 vspace=4 align=left p class=textDo you need a certain bug fixed as of yesterday? Is there just one feature that you need implemented in order to deliver your @@ -83,9 +84,9 @@ and is an expert with J2EE application architecture and design. He is a skilled designer, developer and mentor; put him to work on your issues right away. -a class=link href=[EMAIL PROTECTED]Contact for more information./a +a class=link href=mailto:[EMAIL PROTECTED]?subject=JBoss Group Services, Dain GroupContact for more information./a -p class=headXML ASIA LTD. +p class=headXML ASIA LTD. HONG KONG a class=link href=http://www.xml-asia.org; img src=/pictures/xmlasia.gif hspace=10 vspace=4 align=left /a @@ -95,19 +96,15 @@ know-how to provide top-notch professional services. In processing XML, we choose the J2EE common platform which provides the much-needed industry best-practices, design guidelines, and design patterns. These essential -methodologies, along with todays de-facto requirements for scalability -and interoperability, allow us to build solid and easy-to-maintain +methodologies, allow us to build solid and easy-to-maintain applications based on industry standards. -brWe are also devoted to promote, develop and support those -best-of-the-breed -open source technologies such as JBoss, Tomcat, Cocoon, Apache, mySQL, -dbXML, Linux, plus other world-class commercial tools like XML Spy. Success -story includes architecting and implementing the largest JBoss application +brSuccess +stories includes architecting and implementing the largest JBoss application for 1200 schools all over Hong Kong in 2001/2. We are also engaging in the development of the e-Government Initiatives for Hong Kong. brProfessional services of XML Asia include technology consulting, architecture design, advanced IT training, and application development. -a class=link href=[EMAIL PROTECTED]Contact for more information./a +a class=link href=mailto:[EMAIL PROTECTED]?subject=JBoss Group Services, XMLAsiaContact for more information./a P class=headfont color=redAPPLICATION PLATFORMS/font p class=headALTOWEB ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/pictures daingroup.gif
User: mnf999 Date: 02/01/30 20:41:56 Added: src/docs/pictures daingroup.gif Log: New partners Revision ChangesPath 1.1 newsite/src/docs/pictures/daingroup.gif Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/jbossgroup partners.jsp
User: mnf999 Date: 02/01/30 20:46:22 Modified:src/docs/jbossgroup partners.jsp Log: some updates to partners Revision ChangesPath 1.9 +1 -20 newsite/src/docs/jbossgroup/partners.jsp Index: partners.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/jbossgroup/partners.jsp,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- partners.jsp 2002/01/31 04:41:55 1.8 +++ partners.jsp 2002/01/31 04:46:22 1.9 @@ -33,28 +33,9 @@ on the software affiliate programContact us./a -p class=headBUY SOFTWARE PLUGINS AND FINANCE JBOSS -p class=textSince money does not grow on trees, JBoss Group's focus on -selling services and JBoss- -compatible software enables us to finance and maintain our commitment to -offering the best J2EE -application server in the market for free. Our main task is to build the -free JBoss -core, driving the distribution and brand. The fact that JBoss is today the -most downloaded -J2EE-based application server on the planet and that it enjoys tremendous -mindshare among advanced -developers attests to the success of this effort. For those of you -interested in purchasing -high-quality, JBoss-compatible products, remember that, through their -partnership with JBoss Group, -all the companies featured here help finance the free JBoss effort and these -product sales help JBoss -remain strong, competitive and ahead of the curve. - p class=headfont color=redSERVICES PARTNERS/font p class=headCOGITO INFORMATIQUE, NEUFCHATEL, SWITZERLAND -a class=link href=http://www.cogito-info.ch/jbossgroup/; +a class=link href=http://www.cogito-info.ch/jboss/; img src=/pictures/cogito.gif hspace=10 vspace=4 align=left /a p class=textCogito Informatique is a Swiss company active in the ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/jbossgroup partners.jsp
User: mnf999 Date: 02/01/30 21:18:14 Modified:src/docs/jbossgroup partners.jsp Log: partners Revision ChangesPath 1.10 +2 -2 newsite/src/docs/jbossgroup/partners.jsp Index: partners.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/jbossgroup/partners.jsp,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- partners.jsp 2002/01/31 04:46:22 1.9 +++ partners.jsp 2002/01/31 05:18:14 1.10 @@ -34,7 +34,7 @@ p class=headfont color=redSERVICES PARTNERS/font -p class=headCOGITO INFORMATIQUE, NEUFCHATEL, SWITZERLAND +p class=headCOGITO INFORMATIQUE, NEUCHATEL, SWITZERLAND a class=link href=http://www.cogito-info.ch/jboss/; img src=/pictures/cogito.gif hspace=10 vspace=4 align=left /a @@ -51,7 +51,7 @@ p class=headTHE DAIN GROUP LLC, MINNEAPOLIS, MINNESOTA -img src=/pictures/daingroup.gif hspace=10 vspace=4 align=left +img src=/pictures/daingroup.gif border=2 hspace=10 vspace=4 align=left p class=textDo you need a certain bug fixed as of yesterday? Is there just one feature that you need implemented in order to deliver your application ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/jbossgroup partners.jsp
User: mnf999 Date: 02/01/30 21:24:10 Modified:src/docs/jbossgroup partners.jsp Log: Wantjava Revision ChangesPath 1.11 +14 -0 newsite/src/docs/jbossgroup/partners.jsp Index: partners.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/jbossgroup/partners.jsp,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- partners.jsp 2002/01/31 05:18:14 1.10 +++ partners.jsp 2002/01/31 05:24:10 1.11 @@ -148,6 +148,20 @@ a class=link href=http://www.rackspace.com/promo/jboss.php?supbid=jboss3;Buy Now/a. + +p class=headWANTJAVA: AFFORDABLE SHARED JBOSS HOSTING NOW AVAILABLE +a class=link href=http://www.wantjava.com; +img src=/pictures/firslink.gif hspace=10 vspace=3 align=left +/ap class=textFirstLink is a Denver Co based Internet provider specializing in + hosted environments shared or colocated. +With its reliable hosted JBoss/Tomcat/Apache environment you can safely deploy y +our websites in a 24x7 +monitored environment with J2EE expert customer support. With its shared JBoss +environment you can test +drive J2EE hosting at an affordable price. WantJava hosts www.jboss.org on a ded +icated machine. +a class=link href=http://www.wantjava.com;Buy now/a + p class=headfont color=redIDE INTEGRATION/font p class=headTOGETHERSOFT DEPLOYER FOR JBOSS. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/jbossgroup partners.jsp
User: mnf999 Date: 02/01/30 21:34:07 Modified:src/docs/jbossgroup partners.jsp Log: firstlink Revision ChangesPath 1.12 +7 -10 newsite/src/docs/jbossgroup/partners.jsp Index: partners.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/jbossgroup/partners.jsp,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- partners.jsp 2002/01/31 05:24:10 1.11 +++ partners.jsp 2002/01/31 05:34:07 1.12 @@ -14,8 +14,7 @@ p class=headBECOME AN INDUSTRY PARTNER OF JBOSS p class=textJBoss today averages 50,000 downloads per month, per Sourceforge, making us the most -downloaded J2EE Application Server on the planet. Does your product -integrate, extend or run on top of +downloaded J2EE Application Server on the planet. Does your product or service integrate, extend or run on top of JBoss? Whether you are an established company wanting to boost sales or an independent vendor with a JBoss add-on (meaning software that is non-core to the J2EE specification)? @@ -38,7 +37,7 @@ a class=link href=http://www.cogito-info.ch/jboss/; img src=/pictures/cogito.gif hspace=10 vspace=4 align=left /a -p class=textCogito Informatique is a Swiss company active in the +Cogito Informatique is a Swiss company active in the enterprise applications development and integration (EAI) fields. Cogito provides a range of consulting, @@ -52,7 +51,7 @@ p class=headTHE DAIN GROUP LLC, MINNEAPOLIS, MINNESOTA img src=/pictures/daingroup.gif border=2 hspace=10 vspace=4 align=left -p class=textDo you need a certain bug fixed as of yesterday? Is there +Do you need a certain bug fixed as of yesterday? Is there just one feature that you need implemented in order to deliver your application on time? Are you having trouble running your application on JBoss and just @@ -71,7 +70,7 @@ a class=link href=http://www.xml-asia.org; img src=/pictures/xmlasia.gif hspace=10 vspace=4 align=left /a -p class=textXML Asia is a premier solution and architecture provider +XML Asia is a premier solution and architecture provider based on our unrivalled skills in XML and J2EE in the Asian region. brOur technical staffs are all equipped with extensive and deep XML know-how to provide top-notch professional services. In processing XML, @@ -118,9 +117,7 @@ a class=link href=http://www.rackspace.com/promo/jboss.php?supbid=jboss3; img src=/pictures/rckspc_logo_web_150.gif hspace=10 vspace=3 -align=left -/a -br +align=left /a Rackspace Managed Hosting is a pioneer and leader in the fastest growing segment of Internet hosting. Rackspace rents dedicated web servers that anyone can afford. No colocation @@ -151,8 +148,8 @@ p class=headWANTJAVA: AFFORDABLE SHARED JBOSS HOSTING NOW AVAILABLE a class=link href=http://www.wantjava.com; -img src=/pictures/firslink.gif hspace=10 vspace=3 align=left -/ap class=textFirstLink is a Denver Co based Internet provider specializing in +img src=/pictures/firstlink.gif hspace=10 vspace=3 align=left +/aFirstLink is a Denver Co based Internet provider specializing in hosted environments shared or colocated. With its reliable hosted JBoss/Tomcat/Apache environment you can safely deploy y our websites in a 24x7 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/pictures firstlink.gif
User: mnf999 Date: 02/01/30 21:34:07 Added: src/docs/pictures firstlink.gif Log: firstlink Revision ChangesPath 1.1 newsite/src/docs/pictures/firstlink.gif Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/jbossgroup partners.jsp
User: mnf999 Date: 02/01/30 21:43:27 Modified:src/docs/jbossgroup partners.jsp Log: Revision ChangesPath 1.13 +3 -3 newsite/src/docs/jbossgroup/partners.jsp Index: partners.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/jbossgroup/partners.jsp,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- partners.jsp 2002/01/31 05:34:07 1.12 +++ partners.jsp 2002/01/31 05:43:26 1.13 @@ -34,7 +34,7 @@ p class=headfont color=redSERVICES PARTNERS/font p class=headCOGITO INFORMATIQUE, NEUCHATEL, SWITZERLAND -a class=link href=http://www.cogito-info.ch/jboss/; +p class=texta class=link href=http://www.cogito-info.ch/jboss/; img src=/pictures/cogito.gif hspace=10 vspace=4 align=left /a Cogito Informatique is a Swiss company active in the @@ -50,7 +50,7 @@ p class=headTHE DAIN GROUP LLC, MINNEAPOLIS, MINNESOTA -img src=/pictures/daingroup.gif border=2 hspace=10 vspace=4 align=left +p class=textimg src=/pictures/daingroup.gif border=2 hspace=10 vspace=4 align=left Do you need a certain bug fixed as of yesterday? Is there just one feature that you need implemented in order to deliver your application @@ -67,7 +67,7 @@ a class=link href=mailto:[EMAIL PROTECTED]?subject=JBoss Group Services, Dain GroupContact for more information./a p class=headXML ASIA LTD. HONG KONG -a class=link href=http://www.xml-asia.org; +p class=texta class=link href=http://www.xml-asia.org; img src=/pictures/xmlasia.gif hspace=10 vspace=4 align=left /a XML Asia is a premier solution and architecture provider ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/jbossgroup partners.jsp
User: mnf999 Date: 02/01/30 21:50:48 Modified:src/docs/jbossgroup partners.jsp Log: Revision ChangesPath 1.14 +1 -1 newsite/src/docs/jbossgroup/partners.jsp Index: partners.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/jbossgroup/partners.jsp,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- partners.jsp 2002/01/31 05:43:26 1.13 +++ partners.jsp 2002/01/31 05:50:47 1.14 @@ -147,7 +147,7 @@ p class=headWANTJAVA: AFFORDABLE SHARED JBOSS HOSTING NOW AVAILABLE -a class=link href=http://www.wantjava.com; +p class=texta class=link href=http://www.wantjava.com; img src=/pictures/firstlink.gif hspace=10 vspace=3 align=left /aFirstLink is a Denver Co based Internet provider specializing in hosted environments shared or colocated. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
