-Original Message-
From: Remy Maucherat
Sent: Thursday, June 29, 2006 4:00 PM
To: Sacha Labourey; Robb Greathouse; Stan Silvert; Ryan Campbell;
'JBoss.org development list'; Scott M Stark
Cc: The Core; Bill Burke
Subject: RE: [JBoss-dev] Tomcat 6 redeploy.
-snip-
Maybe these
that everything is still ok after
each update. This type of management is very reliable and very
predictable, because there is still some human intervention.
-Jason
-Original Message-
From: Jason T. Greene
Sent: Thursday, June 29, 2006 4:40 PM
To: Remy Maucherat; Sacha Labourey; Robb
I disagree. Why should a user be expected to restart the ENTIRE application
server, when only a single deployment is changing? There are ways to do this
that minimizes outage. Typically you do manual rolling update across all nodes.
This process though can be somewhat of a pain in the ass (take
How is this a gimmick? It's semantically equivalent to an lb node status
monitor. Traffic should not be sent to nodes that aren't up.
-Jason
-Original Message-
From: Remy Maucherat
Sent: Wednesday, June 28, 2006 11:52 AM
To: Sacha Labourey; Robb Greathouse; Stan Silvert; Ryan
We need it to support WS-Security on jdk 4. Since, at the time of
releasing jbossws 1.0.0, we did not have a US export license, we
currently rely on the user to download and install it in their JVM.
-Jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED] On
PROTECTED] [mailto:jboss-
[EMAIL PROTECTED] On Behalf Of Jason T.
Greene
Sent: Tuesday, June 20, 2006 1:16 PM
To: JBoss.org development list
Subject: Re: [JBoss-dev] BouncyCastle IDEA issues
We need it to support WS-Security on jdk 4. Since, at the time of
releasing jbossws 1.0.0, we did not have
bundle it or
have
a compile time dependency on it.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Jason T. Greene
Sent: Tuesday, June 20, 2006 11:16 AM
To: JBoss.org development list
Subject: Re: [JBoss-dev] BouncyCastle IDEA issues
We need
In order for the ant zip task to use file modes, you have to use
zipfileset
http://ant.apache.org/manual/CoreTypes/zipfileset.html
-Jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED] On Behalf Of Dimitris
Andreadis
Sent: Friday, May 05, 2006 7:30 AM
with that.
import componentref=cglib
compatible version=2.1.1/
compatible version=2.1.2jboss/
compatible version=2.1.3/
/import
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Jason T. Greene
Sent: Thursday
jboss-head has cglib classes in the jbossall-client.jar, however,
jboss-4.0 does not, which one is correct?
Jason T. Greene
Developer - Web Services
JBoss Inc.
---
This SF.Net email
as Hibernate needs them on serialization.
Jason T. Greene wrote:
jboss-head has cglib classes in the jbossall-client.jar, however,
jboss-4.0 does not, which one is correct?
Jason T. Greene
Developer - Web Services
JBoss Inc.
Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Jason T. Greene
Sent: Thursday, April 13, 2006 10:09 AM
To: jboss-development@lists.sourceforge.net
Subject: RE: [JBoss-dev] Should 4.0.4 have cgilib in
jbossall-client.jar
We also need cglib for wstools
this.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Jason T. Greene
Sent: Thursday, April 13, 2006 11:14 AM
To: jboss-development@lists.sourceforge.net
Subject: RE: [JBoss-dev] Should 4.0.4 have cgilib in
jbossall-client.jar
The cglib
I'm not sure why wss4j is in there. We have our own ws-security
implementation. Maybe it's from an old JBoss.Net release?
-Jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED] On Behalf Of Alexey
Loubyansky
Sent: Sunday, April 02, 2006 2:51 PM
To:
Don't worry this isn't needed to switch to 1.4.1. (We didn't have in
1.4.0)
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED] On Behalf Of Dimitris
Andreadis
Sent: Tuesday, March 28, 2006 3:00 PM
To: jboss-development@lists.sourceforge.net
Subject: RE:
Have you thought about trying Sleepycat? It is very efficient, well
suited for tasks like this, and does a really good job with caching.
The only issue with using it is that it is under a GPL like license. So
we probably can't distribute it.
-Jason
-Original Message-
From: [EMAIL
The annotation stuff is purposefully excluded
from jdk 1.4 builds. WebServiceDeployJSE should be commented out in the 1.4
version.
-Jason
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan Campbell
Sent: Friday, March 24, 2006 3:33
PM
To: Thomas Diesler
Cc:
Nevermind, I was thinking of the EJB3
deployer. JSE of course should be enabled.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jason T. Greene
Sent: Friday, March 24, 2006 4:37
PM
To: jboss-development@lists.sourceforge.net;
Ryan Campbell
Cc: Thomas Diesler
bad with binaries, more so big ones...
-Original Message-
From: Jason T. Greene
Sent: 18 March, 2006 08:16
To: jboss-development@lists.sourceforge.net; Anil Saldhana
Cc: QA
Subject: RE: [JBoss-dev] Re: repository.jboss.com checkout problem
Cvs doesn't actually have a diff
Codewise, they are identical. The intention is to maintain one codebase
across both versions of the JDK. So there is no need for another tag.
-Jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED] On Behalf Of Ryan Campbell
Sent: Friday, March 17, 2006
Cvs doesn't actually have a diff algorithm for binary files, what it
does is store an entire copy for every single change and branch point in
the same file.
When we move to subversion this problem goes away because it uses a
binary diff algorithm, reducing storage and network overhead.
-Jason
Due to differing library dependencies on my system versus current
thridparty, I accidentally committed code that would break the build. It
was only broken for about a 3 minute window. So if you see a compile
error in webservices just cvs update the module.
-Jason
Jason T
Its probably a bug. According to the release notes it's supposed to be
supported:
http://subclipse.tigris.org/subclipse/changes.html
-Jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED] On Behalf Of Scott M Stark
Sent: Wednesday, February 15, 2006 9:42
Yes this is a great example of the general problem of canceling a thread
asynchronously. That resulting state is most likely not anticipated by
the thread (No one expects a = 1 to throw an exception).
Most threading APIs try to solve this problem using cancelable points.
In pthreads for example,
Stopping the thread will avoid the cpu utilization problem,
but your JVM is now in an unknown/unstable state.
Connection c = dataSource.getConnection();
try
{
synchronized (lock)
{
spin(); // --- Stop
}
}
finally
{
c.close(); // Never done
}
The connection
I am all for this, cglib sucks
-Jason
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott
M Stark
Sent: Friday, February 03, 2006
1:47 PM
To: jboss-development@lists.sourceforge.net
Subject: [JBoss-dev] cglib vs
javassit for proxies
So I have to
Of Jason T. Greene
Sent: Friday, February 03, 2006
7:56 PM
To: jboss-development@lists.sourceforge.net
Subject: RE: [JBoss-dev] cglib vs
javassit for proxies
I am all for this, cglib sucks
-Jason
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott
M Stark
Sent: Friday
Awesome
-Jason
From: Thomas Diesler
Sent: Tuesday, January 10, 2006
7:57 AM
To: Dev - JBossWS; Alexey Loubyansky; Scott M
Stark; Jason T. Greene; Sacha
Labourey; Ivelin Ivanov
Cc:
jboss-development@lists.sourceforge.net
Subject: JBossWS-1.0RC1 release
works in 4.0.x
server
directory?
-Jason
From: Scott M Stark
Sent: Tuesday, January 10, 2006
5:13 PM
To: Thomas Diesler; Dev - JBossWS;
Alexey Loubyansky; Jason T. Greene; Sacha Labourey;
Ivelin Ivanov
Cc: 'jboss-development@lists.sourceforge.net'
Subject: RE: JBossWS-1.0RC1
release works in 4.0.x
Encapsulation is an important OO principal. Only elements that are
intended for public consumption should be visible because they can be
changed less often (backwards compatibility).
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED] On Behalf Of Tom Baeyens
I ran into a xerces bug that is fixed in 2.7.0. The ant lib in tools/lib
is still using 2.6.2. Does anyone mind if I update this to be current?
Thanks,
-Jason
Jason T. Greene
Developer - Web Services
JBoss Inc.
I could have sworn that I have hot code swapped code that was compiled
with javac using Eclipse in the past (perhaps only with 1.4). I realize
that no 2 compilers will produce identical byte code, I was more
referring to a difference significant enough to cause hot code replace
to fail. I did test
Hello All,
What is the intended structure of the 4.0 Branch regarding aop? It looks
like the intended behavior was to include aop and aspects as a library
in thirdparty. I can see that this took affect in HEAD, but was not
merged to the 4.0 branch. There was a build failure shortly after that
Is there a convention that we are supposed to use for author tags? I
have seen just the name, just the email, and both. I noticed I haven't
been consistent with them, and was going to update my code template.
Thanks,
-Jason
xxx
Jason T. Greene
Developer - Web Services
JBoss
[ http://jira.jboss.com/jira/browse/JBAS-1639?page=history ]
Jason T. Greene resolved JBAS-1639:
---
Resolution: Done
All critical bugs resolved. Ready for 4.0.2.
Integrate Critical JBWS bug fixes
-
Key
Need access to HTTP response headers
Key: JBREM-54
URL: http://jira.jboss.com/jira/browse/JBREM-54
Project: JBoss Remoting
Type: Feature Request
Components: transport
Reporter: Jason T. Greene
Assigned to: Tom Elrod
36 matches
Mail list logo