RE: [JBoss-user] JBoss-2.4.2 release with updated Tomcat4.0/3.2.3 bundles

2001-10-01 Thread marc fleury

Sure thing :)

I will take this occasion to explain a bit how we view these requests for
support at JBoss Group. As time permitted, we have deliberately decided to
back port to 2.4.2 stuff that was going in RH and did it for free (thanks to
Billb for valuable help here).

That being said, maintaining older version is something that we will do, but
not for free.  If some of you have RW and want to put the work in, because
you need it (you for example vinay) then go right ahead.  If you want us to
do it we will do it for a fee.

We will maintain HEAD for free, that is our development and how we grow, but
maintenance of older versions needs to be contractual as far as JBG is
concerned.  We can even maintain branches for individual customers, whatever
you need, as long as it is on an hourly basis.

Spread the word we will be happy to provide any maintenance for the right
price.

regards

marcf


|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Lennart
|Petersson
|Sent: Monday, October 01, 2001 5:51 AM
|To: [EMAIL PROTECTED]
|Subject: SV: [JBoss-user] JBoss-2.4.2 release with updated
|Tomcat4.0/3.2.3 bundles
|
|
|and who will force you to upgrade?
|
|;-)
|
|/Lennart
|
|- Original Message -
|From: menonv [EMAIL PROTECTED]
|To: [EMAIL PROTECTED]
|Sent: Monday, October 01, 2001 11:32 AM
|Subject: RE: [JBoss-user] JBoss-2.4.2 release with updated
|Tomcat4.0/3.2.3 bundles
|
|
| we are on JBoss 2.4.0 and don't want to upgrade it ! we'll end
|up upgrading
| servers more than upgrading code one of the few issues with
|open source!
|
|
|
|
|
|___
|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] JBoss Evaluation Questions

2001-10-01 Thread toby cabot


 Availability and integration of rich development environment?
 
 Well,
 vi, vim, emacs, xemacs are quiete rich but people don't like them.

Easy there, big fella!  Many people like emacs ;)




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



[JBoss-user] about a commit

2001-10-01 Thread Pedro Gómez

I am running a proccess and when i have few data it runs well, i mean it performs the 
commit and i can see the result in the DB, but when there are many data and the 
proccesses takes about 15 minutes, the proccess ends well but i does not perform the 
commit... 
I say the proccess end well, becouse i can see others messages that i put in a log, 
and it create a lot of directories in the file system which are part of the proccess, 
there are no error messages in the log, and it seems like the proccess ends fine but 
not.

The method that i call from my servlet is:


  try {Secciones seccionesDestinoEJB =
EJBUtil.getSecciones(getUser(), idPortalDestino);SeccionView 
seccionOrigen =this.getSeccion(idSeccionOrigen);   
 SeccionView seccionDestino = 
seccionesEJB.getSeccion(idSeccionDestino);  
debugSecciones(Copiará: + seccionOrigen.getCodigoLargo() + ,a: +   
 seccionDestino.getNombre());
copiarRama(seccionesEJB, seccionOrigen, seccionDestino,
getPlantillasEJB(), getFormasLlenas());debugSecciones(Copió: + 
seccionOrigen.getCodigoLargo());} catch (RemoteException e) {  
  e.printStackTrace();throw new 
DocumentaRuntimeException(e.getMessage());}


And i can see both messages in my log.



I have jboss 2.4 integrated with tomcat.

My DB is oracle 8.15


I have tried with the default configuration and with following configuration:



attribute name=MaxSize10/attribute
attribute name=Password /
attribute name=GCEnabledtrue/attribute
attribute name=InvalidateOnErrorfalse/attribute
attribute name=TimestampUsedfalse/attribute
attribute name=Blockingtrue/attribute
attribute name=BlockingTimeout6/attribute
attribute name=GCInterval1200/attribute
attribute name=IdleTimeout1800/attribute
attribute name=IdleTimeoutEnabledtrue/attribute
attribute name=LoggingEnabledfalse/attribute
attribute name=MaxIdleTimeoutPercent0.9/attribute
attribute name=MinSize5/attribute

The transaction type is required, and the rest of the system, about 150 operations 
work fine.

Help please.

Thanks.


Pedro E. Gómez
Ingeniero de proyectos
Pragma. El Poder de la Red.
(574) 362 4242 Ext 103. 
www.pragma.com.co

__
Message sent with Misiva
Visit us at http://www.pragma.com.co/misiva

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



RE: [JBoss-user] JBoss Evaluation Questions

2001-10-01 Thread Daniel Ferrante


JBoss Questions:

Learning curve?

I am relatively new to JBoss and was very pleasantly surprised to find
out that it's
very easy to use and configure.  I was able to quickly develop and
deploy some of the 
sample apps to the server with only minimal configuration (which was
easy to do).  That's not to
say that there's nothing to it.  Just look at the JBoss Web Site. 

 It is probably much easier to get answers to questions like this from
 commercial vendors, but I decided that I would at least try for these
 products.
 
I had some initial problems with tuning JBoss for 
production and got some great help quickly at odd hours(we're talking
2:00 am).  That's the beauty of open source...
You just have to watch the mailing list and someone will answer.

Cheers,
Dan

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



RE: [JBoss-user] Tradeoffs between Tomcat/JBoss vs. Tomcat/hancoded?

2001-10-01 Thread David You

I did both. Here are some experience.

Tomcat/handcoded:
Good performance(no RMI call), Do Database update yourself only when
needed.
Handling caching yourself..good or bad depends on what your programs
look like.
very difficult to do long transaction handling.
Easy Unit Testing.

Tomcat/JBoss
internal JMS support
Good transaction handling..
Option to migrate to a Cluster supported Application Server for
fail-over..scalable..etc.

david



-Original Message-
From: David M. Karr [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 01, 2001 6:27 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] Tradeoffs between Tomcat/JBoss vs.
Tomcat/hancoded?


Has anyone estimated development time tradeoffs (and others) between a
web
application developed with Tomcat/JBoss, as opposed to
Tomcat/handcoded?
That is, a persistence layer implemented with EJB in JBoss, as opposed
to a
handcoded JDBC persistence layer?

Note that I have little interest in the latter, I'm just trying to find
convincing arguments for the former to bring sanity to a project I'm
committed
to.

-- 
===
David M. Karr  ; Best Consulting
[EMAIL PROTECTED]   ; Java/Unix/XML/C++/X ; BrainBench CJ12P (#12004)


___
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] newbie jndi.properties question

2001-10-01 Thread Frank Morton

Newbie making great progress thanks to the good docs, but
have a question about the jndi.properties file.

I think I now understand that the CLASSPATH has to have
a directory in it that contains a jndi.properties file. But, in
the provided default jndi.properties file the java.naming.provider.url
is commented out with a comment that says Do NOT uncomment
this line as it causes in VM calls to go over RMI!. But, in
running the interest example, if I don't have the url defined, I get
the message No valid context.PROVIDER_URL.

It makes sense to me that you have to have the host url defined
or names can't be resolved, but the comment saying not to put
that there has me confused.

What is the right way to do this?

Thanks.

Frank Morton
[EMAIL PROTECTED]



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



Re: [JBoss-user] newbie jndi.properties question

2001-10-01 Thread Scott M Stark

Client files are in the client directory and there is no default
jndi.properties
file provided by the server. The file you are looking at is for in server
JNDI usage. You need to create a jndi.properties file that has a valid
provider url spepcified.

The documentation examples include a client jndi.properties file in the
examples/resources directory:
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory

java.naming.provider.url=localhost:1099

java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: Frank Morton [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, October 01, 2001 7:43 PM
Subject: [JBoss-user] newbie jndi.properties question


 Newbie making great progress thanks to the good docs, but
 have a question about the jndi.properties file.

 I think I now understand that the CLASSPATH has to have
 a directory in it that contains a jndi.properties file. But, in
 the provided default jndi.properties file the java.naming.provider.url
 is commented out with a comment that says Do NOT uncomment
 this line as it causes in VM calls to go over RMI!. But, in
 running the interest example, if I don't have the url defined, I get
 the message No valid context.PROVIDER_URL.

 It makes sense to me that you have to have the host url defined
 or names can't be resolved, but the comment saying not to put
 that there has me confused.

 What is the right way to do this?

 Thanks.

 Frank Morton
 [EMAIL PROTECTED]



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



[JBoss-user] How to update contents of deployment descriptor

2001-10-01 Thread Guy Rouillier

We are getting close to going live with our first project employing JBoss.
I've put some settings into various deployment descriptors (ejb-jar.xml)
that I need to change for the production environment.  What is the proper
way to do this?  I could make the changes and re-jar the jar file for the
appropriate EJB.  But I'm thinking that there is some tool I am unaware of
that allows an administrator type of person to adjust the deployment
descriptors without unjarring the contents.  This is the whole point of
deployment descriptors, right - to allow adjustments to application
parameters during deployment?  Thanks.



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



[JBoss-user] Mysql ejbpassivate()

2001-10-01 Thread Papo Napolitano

Hi!

I'm trying to write an EJBean with mysql. I build it and everything works
fine, but when I make some change and redeploy I got the following error.
I want to close the connection in the ejbPassivate(). Anybody can help me
with this?? How can I do it ?

Regards,
Papo

ERROR:

[Auto deploy] Auto deploy of file:/usr/jboss/deploy/usermanager.jar
[J2EE Deployer Default] Stopping module usermanager.jar
[Container factory]
Undeploying:file:/usr/jboss/tmp/deploy/Default/usermanager.jar
[Container factory] java.rmi.ServerException: Could not passivate; nested
exception is:
[Container factory] java.io.NotSerializableException:
org.gjt.mm.mysql.jdbc2.Connection
[Container factory] java.io.NotSerializableException:
org.gjt.mm.mysql.jdbc2.Connection



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



Re: [JBoss-user] Tradeoffs between Tomcat/JBoss vs. Tomcat/hancoded?

2001-10-01 Thread David M. Karr

 David == David You [EMAIL PROTECTED] writes:

David I did both. Here are some experience.
David Tomcat/handcoded:
David Good performance(no RMI call), Do Database update yourself only when
David needed.
David Handling caching yourself..good or bad depends on what your programs
David look like.
David very difficult to do long transaction handling.
David Easy Unit Testing.

David Tomcat/JBoss
David internal JMS support
David Good transaction handling..
David Option to migrate to a Cluster supported Application Server for
David fail-over..scalable..etc.

Two other issues: How about estimates for the ratio of development time for
either approach?  How about maintainability?

-- 
===
David M. Karr  ; Best Consulting
[EMAIL PROTECTED]   ; Java/Unix/XML/C++/X ; BrainBench CJ12P (#12004)


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



Re: [JBoss-user] Mysql ejbpassivate()

2001-10-01 Thread Dmitri Colebatch

You shouldn't be holding on to a connection.  Hold on to a reference to
the datasource object, and use datasource.getConnection() and
connection.close() to obtain/release a connection.

cheers
dim

On Tue, 2 Oct 2001, Papo Napolitano wrote:

 Hi!
 
 I'm trying to write an EJBean with mysql. I build it and everything works
 fine, but when I make some change and redeploy I got the following error.
 I want to close the connection in the ejbPassivate(). Anybody can help me
 with this?? How can I do it ?
 
 Regards,
 Papo
 
 ERROR:
 
 [Auto deploy] Auto deploy of file:/usr/jboss/deploy/usermanager.jar
 [J2EE Deployer Default] Stopping module usermanager.jar
 [Container factory]
 Undeploying:file:/usr/jboss/tmp/deploy/Default/usermanager.jar
 [Container factory] java.rmi.ServerException: Could not passivate; nested
 exception is:
 [Container factory] java.io.NotSerializableException:
 org.gjt.mm.mysql.jdbc2.Connection
 [Container factory] java.io.NotSerializableException:
 org.gjt.mm.mysql.jdbc2.Connection
 
 
 
 ___
 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