Re: [JBoss-user] Problem mit 3.0.0RC1

2002-04-15 Thread Dmitri Colebatch 

>From watching the commit messages on the dev list it seems that this has only just 
>been fixed.  I _think_ that the recent
jboss3-tomcat4 bundle might include this fix - maybe try that.

alternatively, the problem only occurs using the njar protocol - so if you can deploy 
some other way, then that will avoid it.

cheers
dim

- Original Message -
From: "Ren Weili" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, April 16, 2002 3:34 PM
Subject: [JBoss-user] Problem mit 3.0.0RC1


> hi all,
> I have installed JBoss-3.0.0RC1 on Debian Linux.
> And I replaced jetty with Tomcat-4.0.4-b2-01.
>
> After I started with run.sh, it complains the same error:
>
>   Starting deployment of package:
> file:/opt/jboss-3.0.0RC1/server/default/deploy/webtest.ear
>   13:04:49,898 INFO  [EARDeployer] Init J2EE application: file:/opt/jboss-3.
> 0.0RC1/server/default/deploy/webtest.ear
>   13:04:50,184 INFO  [EmbeddedCatalinaServiceSX] deploy, ctxPath=,
> warUrl=njar:file:/opt/jboss-3.0.0RC1/server/default/tmp/deploy/opt/jboss-3.0
> .0RC1/server/default/deploy/webtest.ear/105.webtest.ear^/ROOT.war
>   13:04:52,392 INFO  [Engine] StandardContext[]: Error initializing
> resources: Doc base must point to a WAR file
>   13:04:54,666 INFO  [Engine] StandardContext[]: Context startup failed due
> to previous errors
>   13:04:54,686 ERROR [Engine] StandardContext[]: Exception during cleanup
> after start failed
>   LifecycleException:  Container StandardContext[] has not been started
>
>
>
>
>  deploy, ctxPath=/lreg1,
> warUrl=njar:file:/opt/jboss-3.0.0RC1/server/default/tmp/deploy/opt/jboss-3.0
> .0RC1/server/default/deploy/lr_eg1.ear/106.lr_eg1.ear^/lr_eg1.war
>  13:04:56,754 INFO  [Engine] StandardContext[/lreg1]: Error initializing
> resources: Doc base must point to a WAR file
>  13:04:56,759 INFO  [Engine] StandardContext[/lreg1]: Context startup failed
> due to previous errors
>  13:04:56,780 ERROR [Engine] StandardContext[/lreg1]: Exception during
> cleanup after start failed
>  LifecycleException:  Container StandardContext[/lreg1] has not been started
>
>
> can anybody help me?
>
>
> Mit freundlichen Gruessen
> Ren Weili
> 
> TEL : 0086-21-695-62686
> FAX : 0086-21-595-77922
> SVW CS *-1
>
>
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user


___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Problem mit 3.0.0RC1

2002-04-15 Thread Ren Weili 

hi all,
I have installed JBoss-3.0.0RC1 on Debian Linux.
And I replaced jetty with Tomcat-4.0.4-b2-01.

After I started with run.sh, it complains the same error:

  Starting deployment of package:
file:/opt/jboss-3.0.0RC1/server/default/deploy/webtest.ear
  13:04:49,898 INFO  [EARDeployer] Init J2EE application: file:/opt/jboss-3.
0.0RC1/server/default/deploy/webtest.ear
  13:04:50,184 INFO  [EmbeddedCatalinaServiceSX] deploy, ctxPath=,
warUrl=njar:file:/opt/jboss-3.0.0RC1/server/default/tmp/deploy/opt/jboss-3.0
.0RC1/server/default/deploy/webtest.ear/105.webtest.ear^/ROOT.war
  13:04:52,392 INFO  [Engine] StandardContext[]: Error initializing
resources: Doc base must point to a WAR file
  13:04:54,666 INFO  [Engine] StandardContext[]: Context startup failed due
to previous errors
  13:04:54,686 ERROR [Engine] StandardContext[]: Exception during cleanup
after start failed
  LifecycleException:  Container StandardContext[] has not been started

 
 
 
 deploy, ctxPath=/lreg1,
warUrl=njar:file:/opt/jboss-3.0.0RC1/server/default/tmp/deploy/opt/jboss-3.0
.0RC1/server/default/deploy/lr_eg1.ear/106.lr_eg1.ear^/lr_eg1.war
 13:04:56,754 INFO  [Engine] StandardContext[/lreg1]: Error initializing
resources: Doc base must point to a WAR file
 13:04:56,759 INFO  [Engine] StandardContext[/lreg1]: Context startup failed
due to previous errors
 13:04:56,780 ERROR [Engine] StandardContext[/lreg1]: Exception during
cleanup after start failed
 LifecycleException:  Container StandardContext[/lreg1] has not been started


can anybody help me?


Mit freundlichen Gruessen
Ren Weili  

TEL : 0086-21-695-62686
FAX : 0086-21-595-77922
SVW CS *-1


___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] JBoss-3.0.0RC1/Tomcat-4.0.3 bundle available

2002-04-15 Thread Scott M Stark 

The JBoss-3.0.0RC1/Tomcat-4.0.3 bundle is now available from
the SourceForge files page:
http://sourceforge.net/project/showfiles.php?group_id=22866


Scott Stark
Chief Technology Officer
JBoss Group, LLC




___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] ALERT - GroupShield ticket number OA29_1018913916_AAQMAIP01_3 wa s generated

2002-04-15 Thread David Jencks 

WHOEVER YOU ARE PLEASE STOP SPAMMING US WITH THESE STUPID MESSAGES.

XML ATTACHMENTS ARE A VALID PART OF THIS MAILING LIST CONTENT.

IF YOU CAN'T STOP THESE FILTER NOTIFICATIONS PLEASE UNSUBSCRIBE

thanks
david jencks

On 2002.04.15 19:38:43 -0400 GroupShield for Exchange (AAQMAIP01) wrote:
> Action Taken:
> The attachment was quarantined from the message and replaced with a text
> file informing the recipient of the action taken.
> 
> To:
> jboss-user <[EMAIL PROTECTED]>
> 
> From:
> Stephen Davidson <[EMAIL PROTECTED]>
> 
> Sent:
> -997284224,29484243
> 
> Subject:
> [JBoss-user] Stupid User? JCA Problem with Oracle Database (JBoss
> V3.0RC1)
> 
> Attachment Details:-
> 
> Attachment Name: oracle-service.xml
> File: oracle-service.xml
> Infected? No
> Repaired? No
> Blocked? Yes
> Deleted? No
> Virus Name: 
> 
> 
> 
>   
> 

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Using InterSystems Cache

2002-04-15 Thread Jake Thompson 








Hi,

Has anyone out there used JBoss with
InterSystems Cache database.
 Unfortunately a search for Cache brings
up too much of the obvious so I am posting this new.  

I am interested with any combination of JBoss
and Cache, just wondering the experience level out there.

 

Thanks,

Jake T.

Re: [JBoss-user] Stupid User? JCA Problem with Oracle Database (JBoss V3.0RC1)

2002-04-15 Thread Stephen Coy 

You need to set up a security policy in conf/login-config.xml:


 

   
  yourprincipalname
  youroracleusername
  youroraclepassword
  jboss.jca:service=LocalTxCM,name= 
HRXOracleDS 
   

 

and change the line below to:

 java:/jaas/HRXDBRealm


On Tuesday, April 16, 2002, at 09:17  AM, Stephen Davidson wrote:

>  name="SecurityDomainJndiName">java:/jaas/HsqlDbRealm


___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Stupid User? JCA Problem with Oracle Database (JBoss V3.0RC1)

2002-04-15 Thread Ricardo Argüello 

Hello,

Since you have this entry:
  ByContainer

DB login/password information is obtained from server/default/conf/login-config.xml, 
not from oracle-service.xml.

Add a OracleDbRealm entry in login-config.xml.

Download the oracle-service.xml example file from here:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/jbosscx/src/etc/example-config/


Ricardo Arguello


- Original Message - 
From: "Stephen Davidson" <[EMAIL PROTECTED]>
To: "jboss-user" <[EMAIL PROTECTED]>
Sent: Monday, April 15, 2002 6:17 PM
Subject: [JBoss-user] Stupid User? JCA Problem with Oracle Database (JBoss V3.0RC1)


> Greetings.
> 
> I am trying to generate a connection to an Oracle Database.  I am getting a large 
>stack trace trying to use the attached oracle-service.xml file. 
> Suggestions?
> 
> -Steve
> 
> 18:11:39,588 INFO  [STDOUT] ConnectionManager.:Platform = JBoss
> 18:11:39,589 INFO  [STDOUT] ConnectionManager.ConnectionManager: DEBUG_JDBC = false
> 18:11:39,607 INFO  [STDOUT] Looking up: java:/jdbc/pool/hrnexus
> 18:11:39,609 INFO  [STDOUT] ConnectionManager: TimeElapsed = 2
> 18:11:40,618 ERROR [STDERR] java.sql.SQLException: Unable to get Connection: 
>javax.resource.ResourceException: Unable to create DB connection for 
> url: jdbc:oracle:thin:@192.168.2.11:1521:ORCL, user: sa, exception: 
>java.sql.SQLException: Null user or password not supported in THIN driver
> 18:11:40,619 ERROR [STDERR] at 
>org.jboss.resource.adapter.jdbc.JDBCDataSource.getConnection(JDBCDataSource.java:114)
> 18:11:40,620 ERROR [STDERR] at 
>com.hrnexus.common.ejb.DBConnection.getConnection(DBConnection.java:173)
> 18:11:40,620 ERROR [STDERR] at 
>com.hrnexus.common.ejb.DBConnection.makeConnection(DBConnection.java:191)
> 18:11:40,621 ERROR [STDERR] at 
>com.hrnexus.common.ejb.DBConnection.executePreparedSQLQuery(DBConnection.java:398)
> 18:11:40,621 ERROR [STDERR] at 
>com.hrnexus.security.ejb.UserService.checkCompany(UserService.java:556)
> 18:11:40,622 ERROR [STDERR] at 
>com.hrnexus.security.ejb.UserEJB.ejbFindByPrimaryKey(UserEJB.java:763)
> 18:11:40,622 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method)
> 18:11:40,622 ERROR [STDERR] at 
>org.jboss.ejb.plugins.BMPPersistenceManager.callFinderMethod(BMPPersistenceManager.java:636)
> 18:11:40,623 ERROR [STDERR] at 
>org.jboss.ejb.plugins.BMPPersistenceManager.findEntity(BMPPersistenceManager.java:330)
> 18:11:40,623 ERROR [STDERR] at 
>org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:262)
> 18:11:40,624 ERROR [STDERR] at 
>org.jboss.ejb.EntityContainer.find(EntityContainer.java:687)
> 18:11:40,624 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method)
> 18:11:40,625 ERROR [STDERR] at 
>org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:)
> 18:11:40,625 ERROR [STDERR] at 
>org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:230)
> 18:11:40,625 ERROR [STDERR] at 
>org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:176)
> 18:11:40,626 ERROR [STDERR] at 
>org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:134)
> 18:11:40,626 ERROR [STDERR] at 
>org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:79)
> 18:11:40,627 ERROR [STDERR] at 
>org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:44)
> 18:11:40,627 ERROR [STDERR] at 
>org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98)
> 18:11:40,628 ERROR [STDERR] at 
>org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:167)
> 18:11:40,628 ERROR [STDERR] at 
>org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52)
> 18:11:40,629 ERROR [STDERR] at 
>org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:104)
> 18:11:40,629 ERROR [STDERR] at 
>org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
> 18:11:40,629 ERROR [STDERR] at 
>org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:487)
> 18:11:40,630 ERROR [STDERR] at org.jboss.ejb.Container.invoke(Container.java:727)
> 18:11:40,631 ERROR [STDERR] at 
>org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1055)
> 18:11:40,631 ERROR [STDERR] at 
>org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492)
> 18:11:40,631 ERROR [STDERR] at 
>org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98)
> 18:11:40,632 ERROR [STDERR] at 
>org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102)
> 18:11:40,632 ERROR [STDERR] at 
>org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:73)
> 18:11:40,633 ERROR [STDERR] at 
>org.jboss.proxy.SecurityIntercepto

[JBoss-user] JAWS, Object field serialized to Blob - deserialized to Integer

2002-04-15 Thread Dmitri Colebatch 

hey all,

Forums are down, so I'm posting this here.

Using JBoss 2.4.4, with PostgreSQL 7.1.3 on linux.

I have an entity bean, that has one field that is of type java.lang.Object.  The 
relevant section of the jaws.xml file is:

 
payload
payload
OID
JAVA_OBJECT
 

which I think is right.  The field is an object because I dont know what type it will 
be, and am looking for the easy option of just
serializing it into a blob.

Now if I create an instance of the entity, everything works fine.  and because the 
entity instance is in the cache (I assume) and
I'm using commit-option A, everything works fine.  I can create the instance with the 
payload of type MySerializableType and it is
inserted into the db.  I can verify this by pulling it out and unwrapping it from the 
MarshalledObject.

However, if I change to multiple JBoss instances using DB-level locking 
(select-for-update true, and commit-option B), then I have
problems.  When the entity instance is loaded from the db, the field is loaded as a 
java.lang.Integer, instead of
MySerializableType.  I've tracked this down to JDBCCommand, where getResultObject (I 
think thats the name of the method) is called.
It calls ResultSet.getObject(int), which returns an instance of java.lang.Integer.  
This is then returned, and so my payload field
is then the Integer value of the OID, rather than the java object that is serialized 
into the blob identified by the OID.

I've had a fair look through the source, and feel pretty comfortable with changing 
things, but I cant think of a solution that wont
break other requirements.

My options so far are:
  (a) Store the object as some specific type so that it cant be loaded into an integer
  (b) Store the object as a MarshalledObject, and unwrap it myself in the entity bean.

I dont particularly like either of these options, (b) is probably marginally better.  
I cant see what I could do to change the JAWS
code to make it work.  If anyone could offer any suggestions I'd be greatful.

cheers
dim


___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] ALERT - GroupShield ticket number OA29_1018913916_AAQMAIP01_3 was generated

2002-04-15 Thread GroupShield for Exchange (AAQMAIP01) 

Action Taken:
The attachment was quarantined from the message and replaced with a text
file informing the recipient of the action taken.

To:
jboss-user <[EMAIL PROTECTED]>

From:
Stephen Davidson <[EMAIL PROTECTED]>

Sent:
-997284224,29484243

Subject:
[JBoss-user] Stupid User? JCA Problem with Oracle Database (JBoss V3.0RC1)

Attachment Details:-

Attachment Name: oracle-service.xml
File: oracle-service.xml
Infected? No
Repaired? No
Blocked? Yes
Deleted? No
Virus Name: 







msg15303/bin0.bin
Description: application/ms-tnef

[JBoss-user] Stupid User? JCA Problem with Oracle Database (JBoss V3.0RC1)

2002-04-15 Thread Stephen Davidson 

Greetings.

I am trying to generate a connection to an Oracle Database.  I am getting a large 
stack trace trying to use the attached oracle-service.xml file. 
Suggestions?

-Steve

18:11:39,588 INFO  [STDOUT] ConnectionManager.:Platform = JBoss
18:11:39,589 INFO  [STDOUT] ConnectionManager.ConnectionManager: DEBUG_JDBC = false
18:11:39,607 INFO  [STDOUT] Looking up: java:/jdbc/pool/hrnexus
18:11:39,609 INFO  [STDOUT] ConnectionManager: TimeElapsed = 2
18:11:40,618 ERROR [STDERR] java.sql.SQLException: Unable to get Connection: 
javax.resource.ResourceException: Unable to create DB connection for 
url: jdbc:oracle:thin:@192.168.2.11:1521:ORCL, user: sa, exception: 
java.sql.SQLException: Null user or password not supported in THIN driver
18:11:40,619 ERROR [STDERR] at 
org.jboss.resource.adapter.jdbc.JDBCDataSource.getConnection(JDBCDataSource.java:114)
18:11:40,620 ERROR [STDERR] at 
com.hrnexus.common.ejb.DBConnection.getConnection(DBConnection.java:173)
18:11:40,620 ERROR [STDERR] at 
com.hrnexus.common.ejb.DBConnection.makeConnection(DBConnection.java:191)
18:11:40,621 ERROR [STDERR] at 
com.hrnexus.common.ejb.DBConnection.executePreparedSQLQuery(DBConnection.java:398)
18:11:40,621 ERROR [STDERR] at 
com.hrnexus.security.ejb.UserService.checkCompany(UserService.java:556)
18:11:40,622 ERROR [STDERR] at 
com.hrnexus.security.ejb.UserEJB.ejbFindByPrimaryKey(UserEJB.java:763)
18:11:40,622 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method)
18:11:40,622 ERROR [STDERR] at 
org.jboss.ejb.plugins.BMPPersistenceManager.callFinderMethod(BMPPersistenceManager.java:636)
18:11:40,623 ERROR [STDERR] at 
org.jboss.ejb.plugins.BMPPersistenceManager.findEntity(BMPPersistenceManager.java:330)
18:11:40,623 ERROR [STDERR] at 
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:262)
18:11:40,624 ERROR [STDERR] at 
org.jboss.ejb.EntityContainer.find(EntityContainer.java:687)
18:11:40,624 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method)
18:11:40,625 ERROR [STDERR] at 
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:)
18:11:40,625 ERROR [STDERR] at 
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:230)
18:11:40,625 ERROR [STDERR] at 
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:176)
18:11:40,626 ERROR [STDERR] at 
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:134)
18:11:40,626 ERROR [STDERR] at 
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:79)
18:11:40,627 ERROR [STDERR] at 
org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:44)
18:11:40,627 ERROR [STDERR] at 
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98)
18:11:40,628 ERROR [STDERR] at 
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:167)
18:11:40,628 ERROR [STDERR] at 
org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52)
18:11:40,629 ERROR [STDERR] at 
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:104)
18:11:40,629 ERROR [STDERR] at 
org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109)
18:11:40,629 ERROR [STDERR] at 
org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:487)
18:11:40,630 ERROR [STDERR] at org.jboss.ejb.Container.invoke(Container.java:727)
18:11:40,631 ERROR [STDERR] at 
org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1055)
18:11:40,631 ERROR [STDERR] at 
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492)
18:11:40,631 ERROR [STDERR] at 
org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98)
18:11:40,632 ERROR [STDERR] at 
org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102)
18:11:40,632 ERROR [STDERR] at 
org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:73)
18:11:40,633 ERROR [STDERR] at 
org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:76)
18:11:40,633 ERROR [STDERR] at 
org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:185)
18:11:40,634 ERROR [STDERR] at 
org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:96)
18:11:40,634 ERROR [STDERR] at $Proxy258.findByPrimaryKey(Unknown Source)
18:11:40,634 ERROR [STDERR] at 
com.hrnexus.security.shared.ThinUserProxy.getUserEJB(ThinUserProxy.java:589)
18:11:40,635 ERROR [STDERR] at 
com.hrnexus.security.shared.ThinUserProxy.getUser(ThinUserProxy.java:562)
18:11:40,635 ERROR [STDERR] at 
com.hrnexus.security.servlet.LoginServlet.logIn(LoginServlet.java:266)
18:11:40,636 ERROR [STDERR] at 
com.hrnexus.security.servlet.LoginServlet.d

RE: [JBoss-user] File-system access (fwd)

2002-04-15 Thread Mark Gulbrandsen 



-- Forwarded message --
Date: Mon, 15 Apr 2002 16:43:35 -0600 (MDT)
From: Mark Gulbrandsen <[EMAIL PROTECTED]>
To: JD Brennan <[EMAIL PROTECTED]>
Subject: RE: [JBoss-user] File-system access




String jarURLString = "templates.jar";
System.err.println("opening " + jarURLString);
URL jarURL = getClass().getResource(jarURLString);
if(jarURL == null) {
throw new NullPointerException("can't open " + jarURLString);
}

System.out.println("Opened " + jarURL);

JarURLConnection con = (JarURLConnection)jarURL.openConnection();
System.out.println("con = " + con);
JarFile jarFile = con.getJarFile();
System.out.println("jarFile = " + jarFile.getName());

//RIGHT HERE !! the above outputs the name of the ejb.jar file
//(which is not ejb.jar, but something else). This outputs the
//name of the file that jboss copies to its
//$JBOSS/server/default/tmp/deploy directory, something like
//92.myejbs.jar.

JarEntry jarEntry1 = jarFile.getJarEntry("email/templates.jar");
//email/templates.jar is the jar file inside of myejbs.jar.
if(jarEntry1 == null) {
throw new NullPointerException("not found");
}
System.out.println("found " + jarEntry1.getName());

JarInputStream jarInputStream = new 
JarInputStream(jarFile.getInputStream(jarEntry1));

JarEntry jarEntry = jarInputStream.getNextJarEntry();
while(jarEntry != null) {
System.err.println("found " + jarEntry.getName());

if(jarEntry.getName().compareTo("Payment.txt") == 0) {
//the following code is NOT production, it is a test
byte[] bytes = new byte[1024*1024*2];
int len = jarInputStream.read(bytes,0,1024*1024*2);
System.err.println(new String(bytes));
jarInputStream.read(bytes,len,(1024*1024*2)-len);
System.err.println(new String(bytes));
}

jarEntry = jarInputStream.getNextJarEntry();

}


There you have it. But what I really want to do is to be able to access a
resource or something so that I can have templates.jar represented as a
JarFile object, because it is less work to access it if it is not in
myejbs.jar. I just can't figure out how to find it if it is not in
myejbs.jar.

Any help?

Thanks,

Mark

On Mon, 15 Apr 2002, JD Brennan wrote:

> You can use JarInputStream() instead of JarFile() to
> read your resources.jar.
>
> new JarInputStream(jar.getInputStream(entry));
>
> How did you get from the URL to name of the deployed
> ejb jar?  That would be a neat trick to do.
>
> JD
>
> -Original Message-
> From: Mark Gulbrandsen [mailto:[EMAIL PROTECTED]]
> Sent: Monday, April 15, 2002 1:14 PM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-user] File-system access
>
>
>
>
> I have an ejb jar file that is deployed in server/default/deploy. Call it
> myejbs.jar.
>
> I also have a jar file that has many resources called resources.jar.
> resources.jar is placed inside of myejbs.jar. I can access resource.jar
> through getClass().getResource("resource.jar"). This gives me a URL, which
> I can get a JarFile from via a few other calls. However, the JarFile that
> I get is myejbs.jar. So then I have to call into the java.util.jar apis to
> finally end up with a JarEntry.
>
> What I really want to do is access resource.jar as a JarFile, not a
> JarEntry. So how do I configure jboss 3.0 to allow me to access
> resource.jar as a JarFile? Also, I'd rather not put resource.jar in
> myejbs.jar, because these resource could change more often than the ejbs,
> but I don't want to have to redeploy my ejbs every time a resource
> changes. I tried putting resource.jar in $JBOSS/server/default/deploy/,
> but I still couldn't access it. Where can I put resource.jar and what do I
> need to configure so my ejbs can access it through the ClassLoader (via
> getResource)?
>
> Thanks,
>
> Mark
>
>
>
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>




___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Newbie

2002-04-15 Thread Peter Fagerlund 

on 15-04-2 17.16, Simon Stewart at [EMAIL PROTECTED] wrote:

> How do I get to use Postgres as the backend database instead of hsqldb
> in Orion? I'd like to bind it to DefaultDS so that I can ditch hsqldb,
> but I'm not sure how to do this.
> 
> I believe that all that needs to be done is to copy pgjdbc2.jar to
> "${JBOSS_HOME}/lib/ext and the postgres-service.xml from the cvs tree
> to the server/default/deploy directory (for the sake of simplicity)
> but this doesn't work at all --- attempting to deploy my ".ear" file
> results in multiple exceptions, and from the stack trace this is
> because nothing is bound to DefaultDS
> 
> Any help or advice on this would be greatly appreciated --- I'm
> finding it hard to get going with JBoss, even though it appears to
> have a good reputation amongst those that I've spoken to about it.

What versions are You running ? ... usually - IT JUST WORKS


___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] tomcat-test.ear & Catalina

2002-04-15 Thread Dennis Muhlestein 


After building catalina on the latest CVS (Branch_3_0).  I try to deploy
the tomcat-test.ear.

The following message is displayed.  Am I doing something incorrect?
I have not altered any config files.  Tomcat is started. (if I go to
myserver:8080 is just says that tomcat-test context is not available)

Jdk1.3.1_02
Suse Linux.

Thanks
Dennis

[org.jboss.web.localhost.Engine] StandardContext[/tomcat-test]: Error
initializing resources: Doc base must point to a WAR file
2002-04-15 13:29:30,116 INFO  [org.jboss.web.localhost.Engine]
StandardContext[/tomcat-test]: Context startup failed due to previous
errors
2002-04-15 13:29:30,142 ERROR [org.jboss.web.localhost.Engine]
StandardContext[/tomcat-test]: Exception during cleanup after start
failed
LifecycleException:  Container StandardContext[/tomcat-test] has not
been started
at
org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1147)
at
org.apache.catalina.core.StandardContext.stop(StandardContext.java:3451)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3408)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:785)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:454)
at
org.jboss.web.catalina.EmbeddedCatalinaServiceSX.createWebContext(EmbeddedCatalinaServiceSX.java:262)
at
org.jboss.web.catalina.EmbeddedCatalinaServiceSX.performDeploy(EmbeddedCatalinaServiceSX.java:186)
at
org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:405)
at
org.jboss.deployment.MainDeployer.start(MainDeployer.java:665)
at
org.jboss.deployment.MainDeployer.start(MainDeployer.java:658)




signature.asc
Description: This is a digitally signed message part

[JBoss-user] File-system access

2002-04-15 Thread Mark Gulbrandsen 



I have an ejb jar file that is deployed in server/default/deploy. Call it
myejbs.jar.

I also have a jar file that has many resources called resources.jar.
resources.jar is placed inside of myejbs.jar. I can access resource.jar
through getClass().getResource("resource.jar"). This gives me a URL, which
I can get a JarFile from via a few other calls. However, the JarFile that
I get is myejbs.jar. So then I have to call into the java.util.jar apis to
finally end up with a JarEntry.

What I really want to do is access resource.jar as a JarFile, not a
JarEntry. So how do I configure jboss 3.0 to allow me to access
resource.jar as a JarFile? Also, I'd rather not put resource.jar in
myejbs.jar, because these resource could change more often than the ejbs,
but I don't want to have to redeploy my ejbs every time a resource
changes. I tried putting resource.jar in $JBOSS/server/default/deploy/,
but I still couldn't access it. Where can I put resource.jar and what do I
need to configure so my ejbs can access it through the ClassLoader (via
getResource)?

Thanks,

Mark



___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] SAN FRANCISCO Training

2002-04-15 Thread marc fleury 

Guys,

deadline for early payment was today and the training is selling well.  Come
to this 3 day training May 6-8.  It is a brand new JBoss training that
covers 2.4 advanced stuff and 3.0 architecture and code.

The contents go from UnifiedClassLoader architecture to the detached invoker
and client interceptor and everything in between, the CMP2.0, the
clustering, the exotic architectures for performant EJB etc etc.  3 days,
really intense.

If you are embarking in serious JBoss development or production usage you
MUST come to this training.

Come to this Silicon Valley friendly training.  Details on the website at
http://www.jboss.org


Marc Fleury Ph.D
Founder and CEO
JBoss Group, LLC




___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: Postgres and JBoss 3 RC1 (was: [JBoss-user] Newbie)

2002-04-15 Thread David Jencks 

You have the wrong postgres-service.xml file for rc1.  Look in
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/jbosscx/src/etc/example-config/

I meant to ask Scott to make sure these made it into the binary distro but
forgot, I don't know if they are there I'll try to update the manual as
well.

david jencks

On 2002.04.15 12:33:26 -0400 Simon Stewart wrote:
> I know it's not a great idea to answer to your own post, but someone
> suggested that I send a few more details. IMO, it was lame of me to
> leave them out, so sorry for not doing this earlier!
> 
> I'm using jboss-3.0.0RC1, JDK 1.4, Postgres 7.2.1 and the
> postgres-service.xml 1.3 file from CVS.
> 
> The only changes that I've made to the postgres-service.xml file are
> to the user name, password and connection url. I've attached it to
> this email, with the password being the only difference between this
> and and the deployed version.
> 
> Once JBoss has started, connecting to "http://localhost:8082"; lists
> the hsqldbDS, but no reference is made to "FooPostgresDS". There are
> no startup error messages, and the Postgres logs indicate that no
> connection attempt is made.
> 
> I am starting the default JBoss server from a freshly unpacked copy of
> the RC1 download. I've copied the pgjdbc2.jar file to both
> ${JBOSS_HOME}/lib and ${JBOSS_HOME}/lib/ext, and the startup logs
> indicate that it is picked up. The startup logs also contain the
> lines:
> 
> 17:18:31,621 INFO  [MainDeployer] Starting deployment of package:
> file:/home/sms/jboss/jboss-3.0.0RC1/server/default/deploy/postgres-service.xml
> 17:18:31,943 INFO  [MainDeployer] Successfully completed deployment of
> package: 
>file:/home/sms/jboss/jboss-3.0.0RC1/server/default/deploy/postgres-service.xml
> 
> which suggests that I'm not doing things _entirely_ wrong. I believe
> that once the postgres datasource is picked up, it should just be a
> case of renaming the DS to "DefaultDS" to have everything go according
> to plan.
> 
> Regards,
> 
> Simon
> 
> On Mon, Apr 15, 2002 at 04:16:20PM +0100, Simon Stewart wrote:
> > How do I get to use Postgres as the backend database instead of hsqldb
> > in Orion? I'd like to bind it to DefaultDS so that I can ditch hsqldb,
> > but I'm not sure how to do this. 
> > 
> > I believe that all that needs to be done is to copy pgjdbc2.jar to
> > "${JBOSS_HOME}/lib/ext and the postgres-service.xml from the cvs tree
> > to the server/default/deploy directory (for the sake of simplicity)
> > but this doesn't work at all --- attempting to deploy my ".ear" file
> > results in multiple exceptions, and from the stack trace this is
> > because nothing is bound to DefaultDS
> > 
> > Any help or advice on this would be greatly appreciated --- I'm
> > finding it hard to get going with JBoss, even though it appears to
> > have a good reputation amongst those that I've spoken to about it.
> 
> -- 
> [Regarding "Highlander II"] "In an experiment to determine the
> precise amount of beer required to enjoy this film, I passed
> out." -- Dave O'Brien
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: Postgres and JBoss 3 RC1 (was: [JBoss-user] Newbie)

2002-04-15 Thread Ricardo Argüello 

Simon,

db-service.xml files have changed for RC1.
You need to downloadd the new postgres-service.xml from:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/jbosscx/src/etc/example-config/


You also need to add a PostgresDbRealm entry in server/default/conf/login-config.xml, 
since the user and password specified in postgres-service.xml are not used (because of 
the ByContainer entry)...

Greetings,

Ricardo Arguello


- Original Message - 
From: "Simon Stewart" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, April 15, 2002 11:33 AM
Subject: Postgres and JBoss 3 RC1 (was: [JBoss-user] Newbie)


> I know it's not a great idea to answer to your own post, but someone
> suggested that I send a few more details. IMO, it was lame of me to
> leave them out, so sorry for not doing this earlier!
> 
> I'm using jboss-3.0.0RC1, JDK 1.4, Postgres 7.2.1 and the
> postgres-service.xml 1.3 file from CVS.
> 
> The only changes that I've made to the postgres-service.xml file are
> to the user name, password and connection url. I've attached it to
> this email, with the password being the only difference between this
> and and the deployed version.
> 
> Once JBoss has started, connecting to "http://localhost:8082"; lists
> the hsqldbDS, but no reference is made to "FooPostgresDS". There are
> no startup error messages, and the Postgres logs indicate that no
> connection attempt is made.
> 
> I am starting the default JBoss server from a freshly unpacked copy of
> the RC1 download. I've copied the pgjdbc2.jar file to both
> ${JBOSS_HOME}/lib and ${JBOSS_HOME}/lib/ext, and the startup logs
> indicate that it is picked up. The startup logs also contain the
> lines:
> 
> 17:18:31,621 INFO  [MainDeployer] Starting deployment of package: 
>file:/home/sms/jboss/jboss-3.0.0RC1/server/default/deploy/postgres-service.xml
> 17:18:31,943 INFO  [MainDeployer] Successfully completed deployment of package: 
>file:/home/sms/jboss/jboss-3.0.0RC1/server/default/deploy/postgres-service.xml
> 
> which suggests that I'm not doing things _entirely_ wrong. I believe
> that once the postgres datasource is picked up, it should just be a
> case of renaming the DS to "DefaultDS" to have everything go according
> to plan.
> 
> Regards,
> 
> Simon
> 
> On Mon, Apr 15, 2002 at 04:16:20PM +0100, Simon Stewart wrote:
> > How do I get to use Postgres as the backend database instead of hsqldb
> > in Orion? I'd like to bind it to DefaultDS so that I can ditch hsqldb,
> > but I'm not sure how to do this. 
> > 
> > I believe that all that needs to be done is to copy pgjdbc2.jar to
> > "${JBOSS_HOME}/lib/ext and the postgres-service.xml from the cvs tree
> > to the server/default/deploy directory (for the sake of simplicity)
> > but this doesn't work at all --- attempting to deploy my ".ear" file
> > results in multiple exceptions, and from the stack trace this is
> > because nothing is bound to DefaultDS
> > 
> > Any help or advice on this would be greatly appreciated --- I'm
> > finding it hard to get going with JBoss, even though it appears to
> > have a good reputation amongst those that I've spoken to about it.
> 
> -- 
> [Regarding "Highlander II"] "In an experiment to determine the
> precise amount of beer required to enjoy this film, I passed
> out." -- Dave O'Brien
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 


___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] ALERT - GroupShield ticket number OA19_1018890684_AAQMAIP01_3 was generated

2002-04-15 Thread GroupShield for Exchange (AAQMAIP01) 

Action Taken:
The attachment was quarantined from the message and replaced with a text
file informing the recipient of the action taken.

To:
[EMAIL PROTECTED] <[EMAIL PROTECTED]>

From:
Simon Stewart <[EMAIL PROTECTED]>

Sent:
-479115648,29484187

Subject:
Postgres and JBoss 3 RC1 (was: [JBoss-user] Newbie)

Attachment Details:-

Attachment Name: postgres-service.xml
File: postgres-service.xml
Infected? No
Repaired? No
Blocked? Yes
Deleted? No
Virus Name: 







msg15293/bin0.bin
Description: application/ms-tnef

Re: [JBoss-user] Compile errors for Catalina with CVS head

2002-04-15 Thread Dennis Muhlestein 

I just barely posted that message to the dev list.  It seams someone
removed two necessary files from CVS.

On Mon, 2002-04-15 at 10:36, James Higginbotham wrote:
> Anyone seeing the following 2 errors when compiling catalina .sar? I did
> a checkout at 11:00 am this morning, a build init, modules-all from the
> main build, and an init, build from catalina. If someone is working on
> this in an effort to release jboss rc1 with Tomcat to Sourceforge, I can
> wait - just let me know when you hope to have it released. 
>  
> Thanks,
> James
>  
> $ cat build.log
>  
> configure:
>  
> init:
>  
> compile-classes:
>  [javac]Compiling 18 source files to
> C:\libs\jboss-all\catalina\output\classes
>  
> [javac]C:\libs\jboss-all\catalina\src\main\org\jboss\test\tomcat\ejb\bea
> n\StatelessSessionBean.java:12: cannot resolve s
> ymbol
>  [javac]symbol  : class ServiceLibraries
>  [javac]location: package system
>  [javac]import org.jboss.system.ServiceLibraries;
>  [javac]^
>  
> [javac]C:\libs\jboss-all\catalina\src\main\org\jboss\test\tomcat\ejb\bea
> n\StatelessSessionBean.java:13: cannot resolve s
> ymbol
>  [javac]symbol  : class UnifiedClassLoader
>  [javac]location: package system
>  [javac]import org.jboss.system.UnifiedClassLoader;
>  [javac]^
>  
> [javac]C:\libs\jboss-all\catalina\src\main\org\jboss\web\catalina\Engine
> CreateAction.java:5: warning: org.xml.sax.Attrib
> uteList in org.xml.sax has been deprecated
>  [javac]import org.xml.sax.AttributeList;
>  [javac]   ^
>  
> [javac]C:\libs\jboss-all\catalina\src\main\org\jboss\web\catalina\Logged
> XmlMapper.java:4: warning: org.xml.sax.Attribute
> List in org.xml.sax has been deprecated
>  [javac]import org.xml.sax.AttributeList;
>  [javac]   ^
>  
> [javac]C:\libs\jboss-all\catalina\src\main\org\jboss\web\catalina\Logged
> XmlMapper.java:77: warning: org.xml.sax.Attribut
> eList in org.xml.sax has been deprecated
>  [javac]   static class ToAttributeList implements AttributeList
>  [javac]   ^
>  
> [javac]C:\libs\jboss-all\catalina\src\main\org\jboss\test\tomcat\ejb\bea
> n\StatelessSessionBean.java:66: cannot resolve s
> ymbol
>  [javac]symbol  : class UnifiedClassLoader
>  [javac]location: class
> org.jboss.test.tomcat.ejb.bean.StatelessSessionBean
>  [javac] if( loader instanceof UnifiedClassLoader &&
> sawUnifiedClassLoader == false )
>  [javac]   ^
>  
> [javac]C:\libs\jboss-all\catalina\src\main\org\jboss\test\tomcat\ejb\bea
> n\StatelessSessionBean.java:70: cannot resolve s
> ymbol
>  [javac]symbol  : class ServiceLibraries
>  [javac]location: class
> org.jboss.test.tomcat.ejb.bean.StatelessSessionBean
>  [javac]ServiceLibraries libraries =
> ServiceLibraries.getLibraries();
>  [javac]^
>  
> [javac]C:\libs\jboss-all\catalina\src\main\org\jboss\test\tomcat\ejb\bea
> n\StatelessSessionBean.java:70: cannot resolve s
> ymbol
>  [javac]symbol  : variable ServiceLibraries
>  [javac]location: class
> org.jboss.test.tomcat.ejb.bean.StatelessSessionBean
>  [javac]ServiceLibraries libraries =
> ServiceLibraries.getLibraries();
>  [javac] ^
>  
> [javac]C:\libs\jboss-all\catalina\src\main\org\jboss\web\catalina\Engine
> CreateAction.java:63: warning: org.xml.sax.Attri
> buteList in org.xml.sax has been deprecated
>  [javac] AttributeList attributes = ctx.getAttributeList(
> top );
>  [javac] ^
>  [javac]5 errors
>  [javac]4 warnings
>  
>  




signature.asc
Description: This is a digitally signed message part

Postgres and JBoss 3 RC1 (was: [JBoss-user] Newbie)

2002-04-15 Thread Simon Stewart 

And here's the postgres-service.xml file. 

Cheers,

Simon

-- 
"Those are pretty strong words coming from a guy who's been mistaken
 for a plush toy" --- Get Fuzzy


















  
ConnectionURL=jdbc:postgresql://localhost/ejb
  DriverClass=org.postgresql.Driver
  UserName=sms
  Password=password
FooPostgresDS
java:/TransactionManager
jboss.jca:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter
jboss.jca:service=ConnectionManagerFactoryLoader,name=MinervaSharedLocalCMFactory 
#
  #Wed Aug 15 16:17:29 EDT 2001
  BlockingTimeoutMillis=50
  IdleTimeoutMinutes=30
  MaxSize=10
  CleanupIntervalMinutes=10
  MinSize=0
  MaxIdleTimeoutPercent=1.0


  org.jboss.resource.security.ManyToOnePrincipalMapping

UserName=

RE: [JBoss-user] Ubiquitity - embedded JBoss and JXTA

2002-04-15 Thread Eric Kaplan 

If I may throw a couple of cents in, we originally thought about using
jini a year ago for dynamic service discovery and service resiliency.
We had a similar experience, different specific issues, and threw in the
towel.  I believe it's the same group of very smart technology folks
(not the monkeys they have handling the bug parade... :)), but we found
sun a dollar short and a day late

i also hope it succeeds.

eric

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of James
Higginbotham
Sent: Monday, April 15, 2002 11:14 AM
To: Dain Sundstrom; Paul McLachlan
Cc: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Ubiquitity - embedded JBoss and JXTA


Take it from someone who used JXTA to launch their startup a year ago
this month (when it was hinted at by Sun): 

JXTA isn't there yet for application development

Note: I do hope it succeeds and I hope these things listed have been
fixed, but be aware of what you are getting into beforehand...

O The communications layer is *very* slow. In fact, I believe Sun was
trying to use it internally but gave up because it had up to a 5 min
latency for a message!
O The API needs lots of work. Now, there are some really smart folks
working on the team, but whoever started the APIs early really locked
them into something painful. You can't start and stop JXTA as a
communication library, you have to launch JXTA, then launch your
application via a factory interface they wrote for launching apps. 
O The client is bound to a proxy called a rendevouz (discovery happens
here), which is powerful in that you could use it to pierce double
firewalls and such, but is painful because it (at one point at least)
had a 5 connection limit. Its not ready for anything real yet, unless
they done some work on it in the last few months.
O They don't have a concept of a user, so there is no way to do anything
around presence or user-uniqueness (because, what does presence really
mean if you aren't a unique user within the core framework?). Although
this sounds simple, imagine try to determine if you delivered once and
only once over JMS to a client that has not concept of uniqueness.. How
do you know, since the pipe uuid of the client can change with each
connection it recreates after a failure?
O The protocol is really lose, so you could easily get into the same
trouble with JXTA clients as JMS clients, unless you write a
specification above JXTA that defines the messages to be exchanged
between clients. Imagine RMI defining headers for the protocol, but not
the serialization mechanism. This is what you get with JXTA - a basic
communication framework that allows the content to be anything. So, it
won't solve any more problems than standardizing on JMS protocols would.

Anyway, just a few observations from someone who has already been there.


I think JXTA would really benefit from the JBossMX, but there would have
to be a *lot* of rework and specification rewrite for the JXTA team. In
the end, I could see that it would be worth it and would help JXTA to
succeed, since the Jboss team has a very clean and stable codebase to
work from.

James

> -Original Message-
> From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, April 15, 2002 9:30 AM
> To: Paul McLachlan
> Cc: [EMAIL PROTECTED]
> Subject: Re: [JBoss-user] Ubiquitity - embedded JBoss and JXTA
> 
> 
> I talked with the JXTA guys for like an hour at JBossOne.  They were 
> very interested in the JBossMX core with dynamic services.  I 
> think JXTA 
> could be easily plugged into JBoss, but the the best place would be a 
> transport for JMS.  Where do you think it would be most useful?
> 
> -dain
> 
> Paul McLachlan wrote:
> 
> > Sun has just published an article in the JDC comparing JMS and JXTA.
> > Since they build both technologies they do not have a 
> vested interest in 
> > recommending one over the other.  Have a look at:
> > 
> >  
> > 
> > 
> http://developer.java.sun.com/developer/technicalArticles/peer/index2.
> > html
> > 
> >  
> > 
> > If time is constrained, just read the conclusions.  A few points to 
> > note
> > are:
> > 
> >  
> > 
> > 1. JMS is enterprise focussed, not internet focused
> > 
> > * JMS communication is restricted to within a single 
> firewall domain.
> > * JMS communication is restricted to a single transport.
> > * JMS communication requires static binding between peers.
> > * JMS does not specify security mechanisms under client control
> > * JMS is tied to Java (just like RMI is tied to Java), JXTA is
> >   language and transport protocol independent
> > 
> > Note as well that JMS is tied to vendor implementations.  JXTA is 
> > free,
> > open source, and most importantly vendor independent.  That 
> means that 
> > one suppliers version of JXTA will always talk to another 
> suppliers.  
> > The same is not true of JMS, since it defines the messaging 
> API and not 
> > the message protocol itself.  So one suppliers JMS will

[JBoss-user] Compile errors for Catalina with CVS head

2002-04-15 Thread James Higginbotham 
Title: Message



Anyone seeing the 
following 2 errors when compiling catalina .sar? I did a checkout at 11:00 am 
this morning, a build init, modules-all from the main build, and an init, build 
from catalina. If someone is working on this in an effort to release jboss rc1 
with Tomcat to Sourceforge, I can wait - just let me know when you hope to have 
it released. 
 

Thanks,
James
 
$ cat 
build.log
 
configure:
 
init:
 
compile-classes: [javac]Compiling 18 source 
files to C:\libs\jboss-all\catalina\output\classes 
[javac]C:\libs\jboss-all\catalina\src\main\org\jboss\test\tomcat\ejb\bean\StatelessSessionBean.java:12: 
cannot resolve symbol [javac]symbol  : 
class ServiceLibraries [javac]location: package 
system [javac]import 
org.jboss.system.ServiceLibraries; 
[javac]    
^ 
[javac]C:\libs\jboss-all\catalina\src\main\org\jboss\test\tomcat\ejb\bean\StatelessSessionBean.java:13: 
cannot resolve symbol [javac]symbol  : 
class UnifiedClassLoader [javac]location: package 
system [javac]import 
org.jboss.system.UnifiedClassLoader; 
[javac]    
^ 
[javac]C:\libs\jboss-all\catalina\src\main\org\jboss\web\catalina\EngineCreateAction.java:5: 
warning: org.xml.sax.AttributeList in org.xml.sax has been 
deprecated [javac]import 
org.xml.sax.AttributeList; 
[javac]   
^ 
[javac]C:\libs\jboss-all\catalina\src\main\org\jboss\web\catalina\LoggedXmlMapper.java:4: 
warning: org.xml.sax.AttributeList in org.xml.sax has been 
deprecated [javac]import 
org.xml.sax.AttributeList; 
[javac]   
^ 
[javac]C:\libs\jboss-all\catalina\src\main\org\jboss\web\catalina\LoggedXmlMapper.java:77: 
warning: org.xml.sax.AttributeList in org.xml.sax has been 
deprecated [javac]   static class 
ToAttributeList implements AttributeList 
[javac]   
^ 
[javac]C:\libs\jboss-all\catalina\src\main\org\jboss\test\tomcat\ejb\bean\StatelessSessionBean.java:66: 
cannot resolve symbol [javac]symbol  : 
class UnifiedClassLoader [javac]location: class 
org.jboss.test.tomcat.ejb.bean.StatelessSessionBean 
[javac] if( loader instanceof 
UnifiedClassLoader && sawUnifiedClassLoader == false 
) 
[javac]   
^ 
[javac]C:\libs\jboss-all\catalina\src\main\org\jboss\test\tomcat\ejb\bean\StatelessSessionBean.java:70: 
cannot resolve symbol [javac]symbol  : 
class ServiceLibraries [javac]location: class 
org.jboss.test.tomcat.ejb.bean.StatelessSessionBean 
[javac]    
ServiceLibraries libraries = 
ServiceLibraries.getLibraries(); 
[javac]    
^ 
[javac]C:\libs\jboss-all\catalina\src\main\org\jboss\test\tomcat\ejb\bean\StatelessSessionBean.java:70: 
cannot resolve symbol [javac]symbol  : 
variable ServiceLibraries [javac]location: class 
org.jboss.test.tomcat.ejb.bean.StatelessSessionBean 
[javac]    
ServiceLibraries libraries = 
ServiceLibraries.getLibraries(); 
[javac] 
^ 
[javac]C:\libs\jboss-all\catalina\src\main\org\jboss\web\catalina\EngineCreateAction.java:63: 
warning: org.xml.sax.AttributeList in org.xml.sax has been 
deprecated 
[javac] AttributeList attributes 
= ctx.getAttributeList( top ); 
[javac] 
^ [javac]5 errors 
[javac]4 warnings
 
 

Postgres and JBoss 3 RC1 (was: [JBoss-user] Newbie)

2002-04-15 Thread Simon Stewart 

I know it's not a great idea to answer to your own post, but someone
suggested that I send a few more details. IMO, it was lame of me to
leave them out, so sorry for not doing this earlier!

I'm using jboss-3.0.0RC1, JDK 1.4, Postgres 7.2.1 and the
postgres-service.xml 1.3 file from CVS.

The only changes that I've made to the postgres-service.xml file are
to the user name, password and connection url. I've attached it to
this email, with the password being the only difference between this
and and the deployed version.

Once JBoss has started, connecting to "http://localhost:8082"; lists
the hsqldbDS, but no reference is made to "FooPostgresDS". There are
no startup error messages, and the Postgres logs indicate that no
connection attempt is made.

I am starting the default JBoss server from a freshly unpacked copy of
the RC1 download. I've copied the pgjdbc2.jar file to both
${JBOSS_HOME}/lib and ${JBOSS_HOME}/lib/ext, and the startup logs
indicate that it is picked up. The startup logs also contain the
lines:

17:18:31,621 INFO  [MainDeployer] Starting deployment of package: 
file:/home/sms/jboss/jboss-3.0.0RC1/server/default/deploy/postgres-service.xml
17:18:31,943 INFO  [MainDeployer] Successfully completed deployment of package: 
file:/home/sms/jboss/jboss-3.0.0RC1/server/default/deploy/postgres-service.xml

which suggests that I'm not doing things _entirely_ wrong. I believe
that once the postgres datasource is picked up, it should just be a
case of renaming the DS to "DefaultDS" to have everything go according
to plan.

Regards,

Simon

On Mon, Apr 15, 2002 at 04:16:20PM +0100, Simon Stewart wrote:
> How do I get to use Postgres as the backend database instead of hsqldb
> in Orion? I'd like to bind it to DefaultDS so that I can ditch hsqldb,
> but I'm not sure how to do this. 
> 
> I believe that all that needs to be done is to copy pgjdbc2.jar to
> "${JBOSS_HOME}/lib/ext and the postgres-service.xml from the cvs tree
> to the server/default/deploy directory (for the sake of simplicity)
> but this doesn't work at all --- attempting to deploy my ".ear" file
> results in multiple exceptions, and from the stack trace this is
> because nothing is bound to DefaultDS
> 
> Any help or advice on this would be greatly appreciated --- I'm
> finding it hard to get going with JBoss, even though it appears to
> have a good reputation amongst those that I've spoken to about it.

-- 
[Regarding "Highlander II"] "In an experiment to determine the
precise amount of beer required to enjoy this film, I passed
out." -- Dave O'Brien

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Newbie

2002-04-15 Thread Simon Stewart 

How do I get to use Postgres as the backend database instead of hsqldb
in Orion? I'd like to bind it to DefaultDS so that I can ditch hsqldb,
but I'm not sure how to do this. 

I believe that all that needs to be done is to copy pgjdbc2.jar to
"${JBOSS_HOME}/lib/ext and the postgres-service.xml from the cvs tree
to the server/default/deploy directory (for the sake of simplicity)
but this doesn't work at all --- attempting to deploy my ".ear" file
results in multiple exceptions, and from the stack trace this is
because nothing is bound to DefaultDS

Any help or advice on this would be greatly appreciated --- I'm
finding it hard to get going with JBoss, even though it appears to
have a good reputation amongst those that I've spoken to about it.

Regards,

Simon

-- 
The plural of datum is not "facts".
A collection of facts is not "knowlege".

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Ubiquitity - embedded JBoss and JXTA

2002-04-15 Thread James Higginbotham 

Take it from someone who used JXTA to launch their startup a year ago
this month (when it was hinted at by Sun): 

JXTA isn't there yet for application development

Note: I do hope it succeeds and I hope these things listed have been
fixed, but be aware of what you are getting into beforehand...

O The communications layer is *very* slow. In fact, I believe Sun was
trying to use it internally but gave up because it had up to a 5 min
latency for a message!
O The API needs lots of work. Now, there are some really smart folks
working on the team, but whoever started the APIs early really locked
them into something painful. You can't start and stop JXTA as a
communication library, you have to launch JXTA, then launch your
application via a factory interface they wrote for launching apps. 
O The client is bound to a proxy called a rendevouz (discovery happens
here), which is powerful in that you could use it to pierce double
firewalls and such, but is painful because it (at one point at least)
had a 5 connection limit. Its not ready for anything real yet, unless
they done some work on it in the last few months.
O They don't have a concept of a user, so there is no way to do anything
around presence or user-uniqueness (because, what does presence really
mean if you aren't a unique user within the core framework?). Although
this sounds simple, imagine try to determine if you delivered once and
only once over JMS to a client that has not concept of uniqueness.. How
do you know, since the pipe uuid of the client can change with each
connection it recreates after a failure?
O The protocol is really lose, so you could easily get into the same
trouble with JXTA clients as JMS clients, unless you write a
specification above JXTA that defines the messages to be exchanged
between clients. Imagine RMI defining headers for the protocol, but not
the serialization mechanism. This is what you get with JXTA - a basic
communication framework that allows the content to be anything. So, it
won't solve any more problems than standardizing on JMS protocols would.

Anyway, just a few observations from someone who has already been there.


I think JXTA would really benefit from the JBossMX, but there would have
to be a *lot* of rework and specification rewrite for the JXTA team. In
the end, I could see that it would be worth it and would help JXTA to
succeed, since the Jboss team has a very clean and stable codebase to
work from.

James

> -Original Message-
> From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, April 15, 2002 9:30 AM
> To: Paul McLachlan
> Cc: [EMAIL PROTECTED]
> Subject: Re: [JBoss-user] Ubiquitity - embedded JBoss and JXTA
> 
> 
> I talked with the JXTA guys for like an hour at JBossOne.  They were 
> very interested in the JBossMX core with dynamic services.  I 
> think JXTA 
> could be easily plugged into JBoss, but the the best place would be a 
> transport for JMS.  Where do you think it would be most useful?
> 
> -dain
> 
> Paul McLachlan wrote:
> 
> > Sun has just published an article in the JDC comparing JMS and JXTA.
> > Since they build both technologies they do not have a 
> vested interest in 
> > recommending one over the other.  Have a look at:
> > 
> >  
> > 
> > 
> http://developer.java.sun.com/developer/technicalArticles/peer/index2.
> > html
> > 
> >  
> > 
> > If time is constrained, just read the conclusions.  A few points to 
> > note
> > are:
> > 
> >  
> > 
> > 1. JMS is enterprise focussed, not internet focused
> > 
> > * JMS communication is restricted to within a single 
> firewall domain.
> > * JMS communication is restricted to a single transport.
> > * JMS communication requires static binding between peers.
> > * JMS does not specify security mechanisms under client control
> > * JMS is tied to Java (just like RMI is tied to Java), JXTA is
> >   language and transport protocol independent
> > 
> > Note as well that JMS is tied to vendor implementations.  JXTA is 
> > free,
> > open source, and most importantly vendor independent.  That 
> means that 
> > one suppliers version of JXTA will always talk to another 
> suppliers.  
> > The same is not true of JMS, since it defines the messaging 
> API and not 
> > the message protocol itself.  So one suppliers JMS will not talk to 
> > another suppliers JMS, so you become tied to a vendor.
> > 
> >  
> > 
> > Has anyone thought of implementing JXTA with JBoss?
> > 
> >  
> > 
> > Paul.
> > 
> 
> 
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED] 
> https://lists.sourceforge.net/lists/listinfo/j> boss-user
> 

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Ubiquitity - embedded JBoss and JXTA

2002-04-15 Thread Dain Sundstrom 

I talked with the JXTA guys for like an hour at JBossOne.  They were 
very interested in the JBossMX core with dynamic services.  I think JXTA 
could be easily plugged into JBoss, but the the best place would be a 
transport for JMS.  Where do you think it would be most useful?

-dain

Paul McLachlan wrote:

> Sun has just published an article in the JDC comparing JMS and JXTA.  
> Since they build both technologies they do not have a vested interest in 
> recommending one over the other.  Have a look at:
> 
>  
> 
> http://developer.java.sun.com/developer/technicalArticles/peer/index2.html
> 
>  
> 
> If time is constrained, just read the conclusions.  A few points to note 
> are:
> 
>  
> 
> 1. JMS is enterprise focussed, not internet focused
> 
> * JMS communication is restricted to within a single firewall domain.
> * JMS communication is restricted to a single transport.
> * JMS communication requires static binding between peers.
> * JMS does not specify security mechanisms under client control
> * JMS is tied to Java (just like RMI is tied to Java), JXTA is
>   language and transport protocol independent
> 
> Note as well that JMS is tied to vendor implementations.  JXTA is free, 
> open source, and most importantly vendor independent.  That means that 
> one suppliers version of JXTA will always talk to another suppliers.  
> The same is not true of JMS, since it defines the messaging API and not 
> the message protocol itself.  So one suppliers JMS will not talk to 
> another suppliers JMS, so you become tied to a vendor.
> 
>  
> 
> Has anyone thought of implementing JXTA with JBoss?
> 
>  
> 
> Paul.
> 



___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Deploying manual.ear generates error.

2002-04-15 Thread Julian Gosnell 

This error is coming out of ear/war/WEB-INF/web.xml

The Servlet 2.3 DTD (from Sun - so something that we
have no control over) seems to be a little stricter
that the one that came with 2.2.

Someone needs to look at the web.xml  in the manual
and figure out what the problem is. It is probably
ordering of the elements.


Jules


 --- "Frederick N. Brier" <[EMAIL PROTECTED]>
wrote: > I build the manual.ear from jboss-docs in CVS
and
> deployed it receiving 
> this error (jboss-3.0.0RC1).  What am I doing wrong?
>  Thank you.
> 
> 11:04:33,956 INFO  [Jetty] Extract 
>
jar:njar:file:/usr/local/jboss/server/default/tmp/deploy/usr/local/jboss/server/default/deploy/manual.ear/76.manual.ear^/manual.war!/
> 
> to /var/tmp/Jetty__8080___online-manual/webapp
> 11:04:35,764 WARN  [Jetty] WARNING: 
>
ERROR@file:/var/tmp/Jetty__8080___online-manual/webapp/WEB-INF/web.xml
> 
> line:6 col:-1 : org.xml.sax.SAXParseException:
> Element type "web-app" is 
> not declared.
> 11:04:35,769 WARN  [Jetty] WARNING: Configuration
> error 
>
jar:njar:file:/usr/local/jboss/server/default/tmp/deploy/usr/local/jboss/server/default/deploy/manual.ear/76.manual.ear^/manual.war!/
> org.xml.sax.SAXParseException: Element type
> "web-app" is not declared.
> 
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
>
https://lists.sourceforge.net/lists/listinfo/jboss-user 

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Deploying manual.ear generates error.

2002-04-15 Thread Frederick N. Brier 

I build the manual.ear from jboss-docs in CVS and deployed it receiving 
this error (jboss-3.0.0RC1).  What am I doing wrong?  Thank you.

11:04:33,956 INFO  [Jetty] Extract 
jar:njar:file:/usr/local/jboss/server/default/tmp/deploy/usr/local/jboss/server/default/deploy/manual.ear/76.manual.ear^/manual.war!/
 
to /var/tmp/Jetty__8080___online-manual/webapp
11:04:35,764 WARN  [Jetty] WARNING: 
ERROR@file:/var/tmp/Jetty__8080___online-manual/webapp/WEB-INF/web.xml 
line:6 col:-1 : org.xml.sax.SAXParseException: Element type "web-app" is 
not declared.
11:04:35,769 WARN  [Jetty] WARNING: Configuration error 
jar:njar:file:/usr/local/jboss/server/default/tmp/deploy/usr/local/jboss/server/default/deploy/manual.ear/76.manual.ear^/manual.war!/
org.xml.sax.SAXParseException: Element type "web-app" is not declared.


___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] 3.0.0 RC1 is available

2002-04-15 Thread Scott M Stark 

The initial release candiate of the 3.0.0 series is available from
sourceforge
in the files section:
http://sourceforge.net/project/showfiles.php?group_id=22866


Scott Stark
Chief Technology Officer
JBoss Group, LLC



___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Ubiquitity - embedded JBoss and JXTA

2002-04-15 Thread Paul McLachlan 




Sun has just published an article in the JDC 
comparing JMS and JXTA.  Since they build both technologies they do not 
have a vested interest in recommending one over the other.  Have a look 
at:
 
http://developer.java.sun.com/developer/technicalArticles/peer/index2.html
 
If time is constrained, just read the 
conclusions.  A few points to note are:
 
1. JMS is enterprise focussed, 
not internet focused

  JMS communication is restricted 
  to within a single firewall domain. 
  JMS communication is restricted to a single transport. 
  
  JMS communication requires static binding between peers. 
  
  JMS does not specify security mechanisms under client 
  control 
  JMS is tied to Java (just like RMI is tied to Java), JXTA 
  is language and transport protocol independent
Note as well that JMS is tied to vendor 
implementations.  JXTA is free, open source, and most importantly vendor 
independent.  That means that one suppliers version of JXTA will always 
talk to another suppliers.  The same is not true of JMS, since it defines 
the messaging API and not the message protocol itself.  So one suppliers 
JMS will not talk to another suppliers JMS, so you become tied to a 
vendor.
 
Has anyone thought of 
implementing JXTA with JBoss?
 
Paul.