[JBoss-user] JBOSS 2.1 / mySQL 3.23.33 : custom finder with java.util.Date format

2001-04-11 Thread Sylvain Tourrière

Hi,

In a custom finder method, I have a trouble with a date format.

My parameter in the findByResult method looks like 'Wed Apr 11 16:27:15 CEST
2001' in the client program.
I get the SQL finder's method parameter : '2001-04-11' (cf SQL log)
Where is my daytime (16:27:15) ??

Thanks for all.







Declare Finder in Home Interface :
public Collection findByResult(Date d1, Date d2) throws FinderException,
RemoteException;

Client's finder call :
  Calendar c = Calendar.getInstance();
  c.add(Calendar.MINUTE,this.getFrequency()*2);
  Vector myVector = new
Vector(this.myResultHome.findByResult(rightNow.getTime(),c.getTime()));

Database definition :
+--+--+--+-+-+---+
| Field| Type | Null | Key | Default | Extra |
+--+--+--+-+-+---+
| id   | int(10)  |  | PRI | 0   |   |
| url_id   | int(10)  |  | | 0   |   |
| result_date  | datetime | YES  | | NULL|   |
| elapsed_time | int(10)  | YES  | | 0   |   |
| threshold| int(10)  | YES  | | NULL|   |
| status_code  | int(4)   | YES  | | NULL|   |
+--+--+--+-+-+---+

Datas:
+-++-+--+---+---
--+
| id  | url_id | result_date | elapsed_time | threshold |
status_code |
+-++-+--+---+---
--+
| 284 |  1 | 2001-04-11 16:34:15 |  261 |  5000 |
200 |
| 285 |  1 | 2001-04-11 16:35:15 |  240 |  5000 |
200 |
| 286 |  1 | 2001-04-11 16:36:15 |  210 |  5000 |
200 |
| 287 |  1 | 2001-04-11 16:37:15 |  311 |  5000 |
200 |
| 288 |  2 | 2001-04-11 16:38:06 | 1062 |  5000 |
200 |
| 289 |  1 | 2001-04-11 16:38:15 | 1241 |  5000 |
200 |
+-++-+--+---+---
--+

Finder definition in JAWS.XML :
...
  
findByResult
result_date between {0} and {1}
result_date ASC
  
...
  
resultDate
result_date
TIMESTAMP
DATETIME
  

Query in SQL file log :

SELECT id, result_date FROM IM_RESULT WHERE result_date between '2001-04-11'
and '2001-04-11' ORDER BY result_date ASC


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



[JBoss-user] Jboss 2.1 on Windows 95

2001-04-10 Thread Simphoukham, Southin

Hi,

I have a developer running Jboss 2.1 on Windows 95.  Has anyone tried
running JBoss on Windows 95?  The developer is running into problems
starting up Jboss because JBoss cannot create the appropriate object after
binding the OracleDb datasource.  I have taken the same setup  from my
computer (Windows NT) and set it up on 95.  

Any suggestions would be helpful.

Thanks,

Southin

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



[JBoss-user] JBoss 2.1

2001-04-09 Thread Shotton Mark MMUk

Hello

Can anyone help me with a problem in deploying an application on JBoss 2.1.
My application deploys fine on 2.0 but when I try to deploy it on 2.1 I get
the error:

javax.naming.CommunicationException.  Root exception is
java.io.InvalidClassException:
org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy; Local class not
compatible: stream classdesc serialVersionUID=-6230758090378349913 local
class serialVersionUID=7822409041172562877
at
java.io.ObjectStreamClass.validateLocalClass(ObjectStreamClass.java:523)
at java.io.ObjectStreamClass.setClass(ObjectStreamClass.java:567)
at
java.io.ObjectInputStream.inputClassDescriptor(ObjectInputStream.java:936)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:366)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
at
java.io.ObjectInputStream.inputClassDescriptor(ObjectInputStream.java:940)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:366)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
at
java.io.ObjectInputStream.inputClassDescriptor(ObjectInputStream.java:940)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:366)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
at
java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1186)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:386)
at
java.io.ObjectInputStream.inputClassFields(ObjectInputStream.java:2262)
at
java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:519)
at
java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1411)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:386)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
at java.rmi.MarshalledObject.get(MarshalledObject.java:138)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:299)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:279)
at javax.naming.InitialContext.lookup(InitialContext.java:350)
at Test.main(Test.java:103)

Dr M.W. Shotton
MICROMASS UK LIMITED
Floats Road
Wythenshawe
Manchester M23 9LZ
UK

+44 (0) 161 718 4548



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



[JBoss-user] JBoss 2.1-beta / Jetty-3.1.RC2 - new jboss-jetty available

2001-04-02 Thread Julian Gosnell


For all those who have waited patiently. There is a new combined
jboss-jetty release here :

http://prdownloads.sourceforge.net/jetty/jboss-jetty-2.1-beta.tgz

I would like to have put it up on the JBoss site, but I am still waiting
for my SourceForge login to be permissioned to mess about with JBoss.

This is _NOT_ the promised full JMX integration (Jetty now has complete
support from JMX so you can really poke about about in it's innards
whilst it is running !), but simply an upgrade of the current
implementation. This will follow as soon as I figure out how to tie
JBoss and Jetty JMX support together (I shall probably still have to
wrap-n-delegate, which is exactly what I was hoping I could now avoid).

I would be very grateful if anyone encountering any problems with the
above let me know, so that Greg and I get a chance to fix them. So don't
be shy.

Enjoy,


Jules



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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



Re: [JBoss-user] JBoss 2.1 and Catalina-NullPointerException problem

2001-03-30 Thread Fulco Muriglio

On Thu, Mar 29, 2001 at 11:11:57AM -0500, Alvin Yap wrote:
> I have a Jboss2.1 and Tomcat 4.0 (Catalina) on Linux 6.2 using JDK1.3
> Does anybody have a fix to this problem.  I have this app working on
> Jboss2.1 and Tomcat 3.2.1
> 
> [J2EE Deployer Default] Starting module bfrs_web.war
> [Auto deploy] java.lang.NullPointerException
> [Auto deploy]   at
> org.jboss.contrib.catalina.ConfigMapper.deploy(ConfigMapper.java:333)

Did u get the source from contrib?

ConfigMapper should have 314 lines (11683 bytes), but u get an error at line
333.

Can u tell me size of that file please.

Bye
Fulco




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



[JBoss-user] JBoss 2.1 and Catalina-NullPointerException problem

2001-03-29 Thread Alvin Yap

I have a Jboss2.1 and Tomcat 4.0 (Catalina) on Linux 6.2 using JDK1.3
Does anybody have a fix to this problem.  I have this app working on
Jboss2.1 and Tomcat 3.2.1

[J2EE Deployer Default] Starting module bfrs_web.war
[Auto deploy] java.lang.NullPointerException
[Auto deploy]   at
org.jboss.contrib.catalina.ConfigMapper.deploy(ConfigMapper.java:333)
[Auto deploy]   at
org.jboss.contrib.catalina.ConfigCatalinaService.deploy(ConfigCatalinaService.java:74)

[Auto deploy]   at java.lang.reflect.Method.invoke(Native Method)
[Auto deploy]   at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)

[Auto deploy]   at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)

[Auto deploy]   at
org.jboss.deployment.J2eeDeployer.startApplication(J2eeDeployer.java:416)

[Auto deploy]   at
org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:178)
[Auto deploy]   at java.lang.reflect.Method.invoke(Native Method)
[Auto deploy]   at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)

[Auto deploy]   at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)

[Auto deploy]   at
org.jboss.ejb.AutoDeployer.deploy(AutoDeployer.java:358)
[Auto deploy]   at org.jboss.ejb.AutoDeployer.run(AutoDeployer.java:221)

[Auto deploy]   at
org.jboss.ejb.AutoDeployer.startService(AutoDeployer.java:332)
[Auto deploy]   at
org.jboss.util.ServiceMBeanSupport.start(ServiceMBeanSupport.java:93)
[Auto deploy]   at java.lang.reflect.Method.invoke(Native Method)
[Auto deploy]   at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)

[Auto deploy]   at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)

[Auto deploy]   at
org.jboss.util.ServiceControl.start(ServiceControl.java:97)
[Auto deploy]   at java.lang.reflect.Method.invoke(Native Method)
[Auto deploy]   at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)

[Auto deploy]   at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)

[Auto deploy]   at org.jboss.Main.(Main.java:203)
[Auto deploy]   at org.jboss.Main$1.run(Main.java:107)
[Auto deploy]   at java.security.AccessController.doPrivileged(Native
Method)
[Auto deploy]   at org.jboss.Main.main(Main.java:103)
[J2EE Deployer Default] Starting bfrs_web.war failed!

Alvin


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



[JBoss-user] JBoss 2.1(-BETA) and InterBase, Part III

2001-03-27 Thread Michael Quigley

Well, after another round of configuration tweaks, I'm still experiencing
odd behavior between JBoss 2.1(-BETA) and InterBase 6.0 (SS, Linux) /
InterClient 2.00.01.

An example.

I have an Account EJB, which is a CMP entity bean. Everything appears to be
configured correctly, the bean has access through jaws.xml to my
InterbaseDS, configured as follows:

  
  
 interbase.interclient.Driver
  

  
InterbaseDS
org.opentools.minerva.jdbc.xa.wrapper.XADataSource
Impl

jdbc:interbase://blackangel/d1/db/bmk.gdb
120
sysdba

4
  

(I took this configuration from Torsten's previous post--my original config
had more attribute tags--I copied it from the original jboss.jcml which came
with my distribution).

I have an AccountClient, which simply creates 10 new Account instances. If I
run the client, and then run a "SELECT * FROM ACCOUNT" query in isql, I see
10 new Account instances. If I run the client again, and create 10 more
instances, I can see those in isql, too--for a total of 20 instances.

I then "DELETE FROM ACCOUNT", "COMMIT" and run my client again, creating 10
additional instances. When I go into isql and "SELECT * FROM ACCOUNT", I
expect to see 10 instances (the 10 from the last AccountClient execution)..
But instead I sometimes end up with *30* instances, or *0* instances, and
sometimes when I see 30, 20 of them are instances I *thought* I'd deleted
through isql!

Is the XADataSourceImpl wrapper flushing data out to the database
periodically or something? I am totally confused by this behavior--every
other EJB container/database combination I've used (primarily WebLogic/JOnAS
on Oracle/InterBase) do not exhibit this behavior. Is there some parameter I
could pass to XADataSourceImpl to cause it to flush to the database
instantaneously? What within JBoss could cause this kind of behavior?

I would really appreciate any feedback. I'm really trying to get to the
bottom of this, so I can stop debugging my container configuration and get
back to development. :)

Thanks,
Michael


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



Re: [JBoss-user] JBoss 2.1 and Tomcat 3.2.1 in different JVMs

2001-03-26 Thread Scott M Stark

> > 
> >  > className="org.apache.tomcat.request.Jdk12Interceptor" debug="99" />
> > 
> > Everything should work.
> 
> And everything does now work.  Thank you.  My question now is 
> "What does the above request interceptor do?"
> 
It establishes the request thread context class loader to be that of the web
application context. 

> 
> http://www.jboss.org/documentation/HTML/ch02.html#Nd1e
> 
> does not mention jbosssx-client.jar.
> 
It will tommorrow as of 12 pm EST.



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



Re: [JBoss-user] JBoss 2.1 and Tomcat 3.2.1 in different JVMs

2001-03-25 Thread Penhey, Tim

Alexander Kogan helpfully suggested:
> That instruction is almost correct for Tomcat standalone 
> (is it what you wanted?). But just a few corrections:
>
> 1. I'm not sure that adding jndi.properties into WEB-INF/classes
>will work (didn't work sometime ago). I'd recommend to put
>jndi.properties into Tomcat classpath (in tomcat/classes for
>instance).

FYI putting the jndi.properties in the WEB-INF/classes directory
does now seem to work.

> 2. Add the following lines into tomcat's server.xml
> 
> 
>  className="org.apache.tomcat.request.Jdk12Interceptor" debug="99" />
> 
> Everything should work.

And everything does now work.  Thank you.  My question now is 
"What does the above request interceptor do?"

> > Should jbosssx-client.jar be one of the required client libraries
> > (http://www.jboss.org/manual/clients.html#libs)?
> 
> You must have looked into old manual. The new one
> 
> http://www.jboss.org/documentation/HTML/index.html
> 
> lists jboss client jars correctly.

Not yet it doesn't.  

http://www.jboss.org/documentation/HTML/ch02.html#Nd1e

does not mention jbosssx-client.jar.

Thanks again.
Tim

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



Re: [JBoss-user] jboss 2.1 client example failed

2001-03-24 Thread Scott M Stark

jbosssx-client.jar

- Original Message - 
From: "J Hu" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, March 24, 2001 9:45 PM
Subject: [JBoss-user] jboss 2.1 client example failed


> Hi,
> I have the following environment set to run the example from Jboss 2.1, The 
> client still failed. What else I'm missing?
> 
> Thanks
> 
> JH
> 
> F:\Jboss2.1\examples\interest>set 
> CLASSPATH=.;F:\Jboss2.1\dist\lib\ext\ejb.jar;F:
> \Jboss2.1\dist\client\jnp-client.jar;F:\Jboss2.1\dist\client\jboss-client.jar
> 
> F:\Jboss2.1\examples\interest>java -cp %CLASSPATH% InterestClient
> Got context
> Got reference
> 
> Exception in thread "main" java.lang.NoClassDefFoundError: 
> org/jboss/security/Sec
> urityAssociation
> at 
> org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.getPrincipal(Generi
> cProxy.java:184)
> at 
> org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy.invoke(HomeProxy.java:
> 231)
> at $Proxy0.create(Unknown Source)
> at InterestClient.main(InterestClient.java:55)
> 
> _
> Get your FREE download of MSN Explorer at http://explorer.msn.com
> 
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user
> 


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



[JBoss-user] jboss 2.1 client example failed

2001-03-24 Thread J Hu

Hi,
I have the following environment set to run the example from Jboss 2.1, The 
client still failed. What else I'm missing?

Thanks

JH

F:\Jboss2.1\examples\interest>set 
CLASSPATH=.;F:\Jboss2.1\dist\lib\ext\ejb.jar;F:
\Jboss2.1\dist\client\jnp-client.jar;F:\Jboss2.1\dist\client\jboss-client.jar

F:\Jboss2.1\examples\interest>java -cp %CLASSPATH% InterestClient
Got context
Got reference

Exception in thread "main" java.lang.NoClassDefFoundError: 
org/jboss/security/Sec
urityAssociation
at 
org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.getPrincipal(Generi
cProxy.java:184)
at 
org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy.invoke(HomeProxy.java:
231)
at $Proxy0.create(Unknown Source)
at InterestClient.main(InterestClient.java:55)

_
Get your FREE download of MSN Explorer at http://explorer.msn.com


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



[JBoss-user] JBoss 2.1 and Catalina ( Tomcat 4.0)- JDBCRealm supported??

2001-03-23 Thread Alvin Yap

I know that JBoss 2.1 now works with Tomcat 4.0(catalina).  Does anybody
know if JDBCRealm is supported yet??. If not, Is there any alternative
to using JDBCRealm??

Alvin


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



Re: [JBoss-user] JBoss 2.1 and Tomcat 3.2.1 in different JVMs

2001-03-23 Thread Alexander Kogan

Tim,

"Penhey, Tim" wrote:
> 
> If I follow the instructions on
> http://www.jboss.org/manual/third_party.html#tomcat I get the following
> error:

That instruction is almost correct for Tomcat standalone 
(is it what you wanted?). But just a few corrections:

1. I'm not sure that adding jndi.properties into WEB-INF/classes
   will work (didn't work sometime ago). I'd recommend to put
   jndi.properties into Tomcat classpath (in tomcat/classes for
instance).

2. Add the following lines into tomcat's server.xml




Everything should work.

*** for DOC people ***

Why did the setup for standalone tomcat disappear from new Manual?

> 
> I searched on google (nee deja) and found someone giving the following
> answer (paraphrased).
> 
> It is something to do with tomcat's class loader and in order to get the
> classes loaded properly the jars need to go into tomcats root lib not the
> webapp/WEB-INF/lib.
> 

Actually incorrect. The right answer would be:

jboss client's jars and your application classes MUST be in the same
level - either in tomcat root classpath or under WEB-INF/[classes|lib].
But, IMHO, the later is right and much better.

> 
> Questions:
> Why does tomcat not load the classes from the webapps lib directory?

See above.

> 
> Should jbosssx-client.jar be one of the required client libraries
> (http://www.jboss.org/manual/clients.html#libs)?

You must have looked into old manual. The new one

http://www.jboss.org/documentation/HTML/index.html

lists jboss client jars correctly.




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

-- 
__
Alexander Kogan  PTC   www.ptc.com
[EMAIL PROTECTED]140 Kendrick St. Needham MA 02494

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



[JBoss-user] JBoss 2.1 and Tomcat 3.2.1 in different JVMs

2001-03-23 Thread Penhey, Tim

I am using the JBoss 2.1 default configuration and created the interest
session bean from their installation doc.  All that works fine.

The next step was to access the session bean from a JSP through tomcat.

If I follow the instructions on
http://www.jboss.org/manual/third_party.html#tomcat I get the following
error:

javax.naming.NoInitialContextException: Cannot instantiate class:
org.jnp.interfaces.NamingContextFactory [Root exception is
java.lang.ClassNotFoundException: org.jnp.interfaces.NamingContextFactory] 

I searched on google (nee deja) and found someone giving the following
answer (paraphrased).

It is something to do with tomcat's class loader and in order to get the
classes loaded properly the jars need to go into tomcats root lib not the
webapp/WEB-INF/lib.

I copied all of the jars to tomcat/lib and then got the following error:
[snipped for compactness]


2001-03-23 09:16:46 - Ctx( /project-X ): Exception in: R( /project-X +
/interest-action.jsp + null) - javax.servlet.ServletException:
org/jboss/security/SecurityAssociation
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:399)
[snip]
at java.lang.Thread.run(Thread.java:484)
Root cause:
java.lang.NoClassDefFoundError: org/jboss/security/SecurityAssociation
at
org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.getPrincipal(GenericProxy
.java:184)
[snip]


I found that the class org.jboss.security.SecurityAssociation was in the
jbosssx-client.jar and when I copied that into tomcat/lib everything worked
as I expected.


Questions:
Why does tomcat not load the classes from the webapps lib directory?

Should jbosssx-client.jar be one of the required client libraries
(http://www.jboss.org/manual/clients.html#libs)?


Tim

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



[JBoss-user] JBoss 2.1 and mySQL

2001-03-20 Thread Franco Biaggi

Hello,

can somebody send me a running configuration of mySQL and JBoss 2.1 ?

Thanks in advance.











  


  

http://www.ticino.com/usr/fbiaggi/">Franco 
Biaggi
http://www.sisa.ch">SISA Studio Informatica 
SA 
R&D 
Services

Via Carvina 
1 
CH-6807 
Taverne 
Efax +1 801 705 
2839
Tel. +41 91 935 75 35  Fax. +41 
91 935
75 30
Sorry for my bad 
english... 

  







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



[JBoss-user] JBoss 2.1 not spec compiant with ? Was: MANIFEST.MF Class-Path and Jars

2001-03-16 Thread Emmanuel Sciara

Hi (again)!

Sorry, the previous email with the same subject has been sent by error
before I finished (one of those late nights again...) :)
I meant to say:

Yes it works, but it looks like it is a very JBoss specific solution.

After having another look at the ejb spec, I thougth the way to go would
have been to use the 

But now I am not sure if the spec is flaky or whether JBoss does not
implement it.

The spec says:

[start quote: heading 17.4]

"The ejb-jar file producer can create an ejb-client JAR file for the ejb-jar
file. The client-ejb JAR file contains all the class files that a client
program needs to use the client view of the enterprise beans that are
contained in the ejb-jar file.

The ejb-client JAR file is specified in the deployment descriptor of the
ejb-jar file using the optional ejb-client-jar element. The Deployer should
ensure that the specified ejb-client JAR file is accessible to the client
program's class-loader. If no ejb-client-jar element is specified, the
Deployer should make the entire ejb-jar file accessible to the client's
class-loader.

The EJB specification does not specify whether the ejb-jar file should
include by copy or by reference the classes that are in the ejb-client JAR.
If the by-copy approach is used, the producer simply includes all the class
files in the ejb-client JAR file also in the ejb-jar file. If the
by-reference approach is used, the ejb-jar file producer does not duplicate
the content of the ejb-client JAR file in the ejb-jar file, but instead uses
a Manifest Class-Path entry in the ejb-jar file to specify that the ejb-jar
file depends on the ejb-client JAR at runtime."

[end quote]

Now what I am unclear about is the 3rd paragrah:
First, the producer of what? Of the actual ejb-jar file used by the client,
or of the client application itself. It seems that it is more likely to be
the later (which btw would imply that all clients are in ejb-jar files!?!?!
gha!?)
Second, assuming the above, the by-copy approach would make 
useless, since, anyway, the producer has to copy all the files of the
ejb-client-jar file in its client ejb-jar file. I don't need to set a
 tag for that! I use my little fingers and my keyboard or
mouse and I copy the stuff across.  carries no information
no more.

I tried the by-reference approach with JBoss and it does not seem to work.
Which means that JBoss would uses the by-copy approach, which mean it
implements... nothing! Which would be perfectly ejb spec compliant...

Am I right? Thoughts?

Now this part of the spec would mean that there might be disparities between
EJB servers and that an application running on one might not run on
another... But I guess this is a discussion for another mailing list. ;)

> - Original Message -
> From: "Lennart Petersson" <[EMAIL PROTECTED]>
> To: "JBoss-User" <[EMAIL PROTECTED]>
> Sent: Thursday, March 15, 2001 3:47 PM
> Subject: SV: [jBoss-User] MANIFEST.MF Class-Path and Jars
>
>
> Thank you!!! And damn me I've had this problem before and still forgot
> it :-(
> It do work now, even with ejb-jar files!!!
> /L
> - Original Message -
> From: Kimpton,C (Chris) <[EMAIL PROTECTED]>
> To: 'JBoss-User' <[EMAIL PROTECTED]>
> Sent: Thursday, March 15, 2001 4:32 PM
> Subject: RE: [jBoss-User] MANIFEST.MF Class-Path and Jars
>
>
> > Hi,
> >
> > I've done it with ear files and it works.
> >
> > >From what I remember of the digging through the deployer code to find
> this
> > out, I think it does it for ejb-jar files too.
> >
> > A problem I hit is that you need a new-line after the class-path entry
in
> > the manifest - otherwise the standard java methods skip it!
> >
> > HTH,
> > Chris
> >
> > > -Original Message-
> > > From: Lennart Petersson [mailto:[EMAIL PROTECTED]]
> > > Sent: Thursday, 15 March 2001 15:20
> > > To: JBoss-User
> > > Subject: SV: [jBoss-User] MANIFEST.MF Class-Path and Jars
> > >
> > >
> > > Does this really work? Can someone confirm it please!? Maybe
> > > i'm doing something wrong but i'm NOT able to have a manifest
> > > in my ejb-jar file that points to another shared jar file. In
> > > my example i want to point the Class-Path entry to another
> > > ejb-jar file that was also deployed in the deploy directory.
> > > No success with that. Has it anything to do with the fact
> > > that the ejb-jar files are moved during the deployment
> > > process? I'm not using ear files.
> > >
> > > /Lennart
> > >
> > > - Original Message -
> > > From: Carlos Pita <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Wednesday, March 14, 2001 3:48 AM
> > > Subject: RE: [jBoss-User] MANIFEST.MF Class-Path and Jars
> > >
> > >
> > > > You should put the lib directory under deploy and jar the
> > > rest of the files
> > > > into the ejb jar:
> > > >
> > > > deploy/ejb-app.jar
> > > > deploy/lib/xml.jar
> > > > deploy/lib/mylib.jar
> > > >
> > > >
> > > > META-INF/
> > > > META-INF/MANIFEST.MF
> > > > com/acme/one.class
> > > > com/acme/two.class
> >

[JBoss-user] JBoss 2.1 not spec compiant with ? Was: MANIFEST.MF Class-Path and Jars

2001-03-16 Thread Emmanuel Sciara

Hi!

Yes it works, but it looks like it is a very JBoss specific solution.

After having another look at the ejb spec, I thougth the way to go would
have been to use the 

[start quote: paragraph 17.4]

"The ejb-jar file producer can create an ejb-client JAR file for the ejb-jar
file. The client-ejb JAR file contains
all the class files that a client program needs to use the client view of
the enterprise beans that are
contained in the ejb-jar file.

The ejb-client JAR file is specified in the deployment descriptor of the
ejb-jar file using the optional
ejb-client-jar element. The Deployer should ensure that the specified
ejb-client JAR file is
accessible to the client program's class-loader. If no ejb-client-jar
element is specified, the
Deployer should make the entire ejb-jar file accessible to the client's
class-loader.
"

[end quote]

- Original Message -
From: "Lennart Petersson" <[EMAIL PROTECTED]>
To: "JBoss-User" <[EMAIL PROTECTED]>
Sent: Thursday, March 15, 2001 3:47 PM
Subject: SV: [jBoss-User] MANIFEST.MF Class-Path and Jars


Thank you!!! And damn me I've had this problem before and still forgot
it :-(
It do work now, even with ejb-jar files!!!
/L
- Original Message -
From: Kimpton,C (Chris) <[EMAIL PROTECTED]>
To: 'JBoss-User' <[EMAIL PROTECTED]>
Sent: Thursday, March 15, 2001 4:32 PM
Subject: RE: [jBoss-User] MANIFEST.MF Class-Path and Jars


> Hi,
>
> I've done it with ear files and it works.
>
> >From what I remember of the digging through the deployer code to find
this
> out, I think it does it for ejb-jar files too.
>
> A problem I hit is that you need a new-line after the class-path entry in
> the manifest - otherwise the standard java methods skip it!
>
> HTH,
> Chris
>
> > -Original Message-
> > From: Lennart Petersson [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, 15 March 2001 15:20
> > To: JBoss-User
> > Subject: SV: [jBoss-User] MANIFEST.MF Class-Path and Jars
> >
> >
> > Does this really work? Can someone confirm it please!? Maybe
> > i'm doing something wrong but i'm NOT able to have a manifest
> > in my ejb-jar file that points to another shared jar file. In
> > my example i want to point the Class-Path entry to another
> > ejb-jar file that was also deployed in the deploy directory.
> > No success with that. Has it anything to do with the fact
> > that the ejb-jar files are moved during the deployment
> > process? I'm not using ear files.
> >
> > /Lennart
> >
> > - Original Message -
> > From: Carlos Pita <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Wednesday, March 14, 2001 3:48 AM
> > Subject: RE: [jBoss-User] MANIFEST.MF Class-Path and Jars
> >
> >
> > > You should put the lib directory under deploy and jar the
> > rest of the files
> > > into the ejb jar:
> > >
> > > deploy/ejb-app.jar
> > > deploy/lib/xml.jar
> > > deploy/lib/mylib.jar
> > >
> > >
> > > META-INF/
> > > META-INF/MANIFEST.MF
> > > com/acme/one.class
> > > com/acme/two.class
> > >\___ ejb-app.jar
> > >
> > >
> > > Also, you must use paths relative to the app (not the
> > META-INFO dir) in your
> > > MANIFEST.MF:
> > >
> > > Manifest-Version: 1.0
> > > Created-By: 1.3.0 (Sun Microsystems Inc.)
> > > Class-Path: lib/xml.jar lib/mylib.jar
> > >
> > > Instead of this you could jar everything into an ear file,
> > as some other
> > > people in the list suggested.
> > >
> > > I hope that this reply, although being a late one (I'm new
> > in the list and
> > > have found your post in the archives), helps you.
> > >
> > > See you,
> > > Carlos
> > >
> > > -Original Message-
> > > From: Andrew J. Ayers
> > > To: JBoss-User
> > > Sent: 2/28/01 6:15 PM
> > > Subject: Re: [jBoss-User] MANIFEST.MF  Class-Path and Jars
> > >
> > > I want to include some other 3rd party libraries in the EJB
> > jar.  For
> > > example, the JAR looks like this:
> > >
> > > META-INF/
> > > META-INF/MANIFEST.MF
> > > com/acme/one.class
> > > com/acme/two.class
> > > lib/xml.jar
> > > lib/mylib.jar
> > >
> > > The MANIFEST.MF look something like this:
> > >
> > > Manifest-Version: 1.0
> > > Created-By: 1.3.0 (Sun Microsystems Inc.)
> > > Class-Path: ../lib/xml.jar ../lib/mylib.jar
> > >
> > >
> > >
> > >
> > > --
> > > --
> > > To subscribe:[EMAIL PROTECTED]
> > > To unsubscribe:  [EMAIL PROTECTED]
> >
> >
> >
> > --
> > --
> > To subscribe:[EMAIL PROTECTED]
> > To unsubscribe:  [EMAIL PROTECTED]
> >
> >
>
>


> This electronic message (email) and any attachments to it are subject to
copyright and are sent for the personal attention of the addressee. Although
you may be the named recipient, it may become apparent that this email and
its contents are not intended for you and an addressing error has bee