I thought this was fixed because Stan had removed something from
thirdparty and he added it back.
Bill Burke wrote:
please coordinate with me. I'm almost done with the EE5 integration and
annotation processing.
Remy Maucherat wrote:
what is in CVS is an old snapshot.
Is it really
While building HEAD, the ejb3 module takes extra time in extracting
(unjar) the dependencies and repackaging them. Any chance of speeding
this up?
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
Hi Scott,
with regard to the current TC6 integration that Bill undertook in HEAD:
http://jira.jboss.com/jira/browse/JBAS-3330
http://www.jboss.com/index.html?module=bbop=viewtopict=85382
This has placed a need for JDK5 in HEAD as TC6 needs it.
You will need to
-
From: Anil Saldhana
Sent: Thursday, June 22, 2006 8:06 AM
To: JBoss.org development list
Cc: Bill Burke; The Core
Subject: Re: [JBoss-dev] Tomcat 6 integrated
Hi Scott,
with regard to the current TC6 integration that Bill
undertook in HEAD:
http://jira.jboss.com
Bill needs to compile the apache naming dependency with JDK4.
[EMAIL PROTECTED] wrote:
View results here -
http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20060621193620
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained
The other place BountyCastle may be relevant is in invoker encryption as
part of the remoting project.
Jason T. Greene wrote:
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
Since we have just released 4.0.4.GA and it will sometime before we will
do 4.0.5.CR1, I have removed the xdoclet generation step from the
Branch_4_0 testsuite. This will shave off 2-3 minutes off of the rebuild
process.
I basically have checked in the Java source files and the xml deployment
In my local workspace, I have commented out the code-generation stuff
(using xdoclet) and brought over the generated ejb interfaces and DD etc
to appropriate directories in my local workspace. So it builds in my
workspace.
I am reluctant to putback the files because I do not know how many
Is your build-thirdparty.xml and jboss/aop/component-info.xml defining
the javaassist version to be 3.2.0.CR1?
Looks like you may have multiple lines of javaassist definitions in your
build-thirdparty.xml
Scott M Stark wrote:
I'm having trouble tracking down the cause of this javassist
Hi all,
the tomcat version in both HEAD as well as Branch_4_0 has been
upgraded to v5.5.17.
A minor issue during the upgrade has been documented here:
http://www.jboss.com/index.html?module=bbop=viewtopict=81231
Please test and report back the issues.
Regards,
Anil
even build.
On Mon, 2006-04-17 at 01:11 -0500, Anil Saldhana wrote:
Hi all,
the tomcat version in both HEAD as well as Branch_4_0 has been
upgraded to v5.5.17.
A minor issue during the upgrade has been documented here:
http://www.jboss.com/index.html?module=bbop=viewtopict=81231
Please
Kabir,
over the last 1 month, I was involved in Jacc integration for the
Portal project. I have taken this discussion into the forums at:
http://www.jboss.com/index.html?module=bbop=viewtopict=79896
Please post your findings/concerns there (apart from this dev list).
Cheers,
Anil
Kabir
It will be Tomcat 5.5.16 once we resolve one last issue in JBossSX.
Without the resolution, 4.0.4GA is not happening.
The story is as follows: When you specify a role-name as * for access
in web.xml, Tomcat 5.5.15 in line with the servlet spec, only allows the
roles defined in the web.xml.
Adrian Brock wrote:
Anybody else having problems checking out from cvs?
It is getting stuck here:
cvs update: Updating eclipse/sdk/3.1.1
U eclipse/sdk/3.1.1/eclipse-SDK-3.1.1-linux-gtk.tar.gz
I tried cancelling it and restarting, but it still gets stuck?
Doesn't CVS do diffs on the server
org.jboss.test.security.test.WebConstraintsUnitTestCase
http://jira.jboss.com/jira/browse/JBAS-2867
Depends on: http://jira.jboss.com/jira/browse/JBAS-2926
Once this issue gets resolved, automatically JBAS-2867 gets resolved.
org.jboss.test.webservice.jbws309.JBWS309TestCase(JACC)
Both Branch 4.0 and HEAD upgraded to Tomcat 5.5.16
Please test and report problems.
JIRA issue is: http://jira.jboss.com/jira/browse/JBAS-2856
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends
HEAD is also updated to use Tomcat 5.5.15. JIRA issue is:
http://jira.jboss.com/jira/browse/JBAS-2856
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media.
Hi All,
I have updated Tomcat to v5.5.15 in Branch 4.0, scheduled to be
included in JBoss 4.0.4. Please test your applications/test cases
accordingly and report problems back.
The related JIRA issue is: http://jira.jboss.com/jira/browse/JBAS-2846
Regards,
Anil
Hi all,
there is an important xml file called test-jars.xml under the
imports directory of the testsuite module under HEAD and the branches
4.0 and 3.2
This xml file defines the various targets that generate
archives(jar/war/ear) for the tests. Over time, this file under the
various
Also, in case of problems, just rollback test-jars.xml or copy over to
old-test-jars.xml to test-jars.xml
Anil Saldhana wrote:
Hi all,
there is an important xml file called test-jars.xml under the
imports directory of the testsuite module under HEAD and the branches
4.0 and 3.2
This xml
[ http://jira.jboss.com/jira/browse/JBAS-1271?page=history ]
Anil Saldhana closed JBAS-1271:
---
Resolution: Done
Fix Version: JBossAS-4.0.2 Final
Passes the CTS tests for JAXR. It will be released as part of JBoss 4.0.2
Scout/jUDDI based JAXR
service
Versions: JBossAS-4.0.2RC1, JBossAS-4.0.2 Final
Reporter: Anil Saldhana
Assigned to: Anil Saldhana
Fix For: JBossAS-4.0.2RC1
The 4.0.x released versions have been carrying a JAXR implementation based on
the open source ebxmlrr. Need to replace it with the new JAXR stack
[ http://jira.jboss.com/jira/browse/JBAS-1575?page=history ]
Anil Saldhana closed JBAS-1575:
---
Resolution: Done
The CTS tests for JAXR are passing. The old JAXR implementation has been
replaced with the new JAXR stack, based on Apache Scout
[ http://jira.jboss.com/jira/browse/JBAS-1295?page=history ]
Anil Saldhana closed JBAS-1295:
---
Resolution: Done
Passes the CTS tests!!!
Pass the CTS Tests
--
Key: JBAS-1295
URL: http://jira.jboss.com/jira/browse
[ http://jira.jboss.com/jira/browse/JBAS-1344?page=history ]
Anil Saldhana closed JBAS-1344:
---
Resolution: Won't Fix
We are basing our JAXR implementation on UDDI. Integration of ebxml is
complicated. There are other forms of messaging that can
[
http://jira.jboss.com/jira/browse/JBAS-1503?page=comments#action_12316099 ]
Anil Saldhana commented on JBAS-1503:
-
are u scoping ur war to use its own libraries?
If yes, can you insure that you do not package commons-logging.jar in your war
[ http://jira.jboss.com/jira/browse/JBAS-1480?page=history ]
Anil Saldhana updated JBAS-1480:
Attachment: FreeMemoryMonitor-service.xml
Web Console: Monitors: Errors in the log
Key: JBAS-1480
: Anil Saldhana
Priority: Minor
Fix For: JBossAS-4.0.2 Final
Attachments: FreeMemoryMonitor-service.xml
I see an error in the server log when using web console which is shown below.
Step 1: Create a monitor on Free Memory and call it FreeMemoryMonitor.
Step 2: You will have a file
Components: Clustering
Versions: JBossAS-4.0.2 Final, JBossAS-5.0 Final, JBossAS-3.2.8 Final
Reporter: Anil Saldhana
Assigned to: Anil Saldhana
Priority: Minor
Lets say the user wants to give a seperate name for his partition from
'DefaultPartition' to something else. He
Provide a persistent layer to jUDDI
---
Key: JBAS-1370
URL: http://jira.jboss.com/jira/browse/JBAS-1370
Project: JBoss Application Server
Type: Sub-task
Components: JAXR service
Reporter: Anil Saldhana
Assigned to: Anil
Saldhana
Assigned to: Anil Saldhana
Fix For: JBossAS-5.0 Final
Currently jUDDI uses Axis as the Web Services Stack. Since JBossWS is
developing its own stack and will be J2EE 1.4 compliant, it will be necessary
to implement jUDDI as a Java Service EndPoint.
A task has been created in jUDDI
Pass the CTS Tests
--
Key: JBAS-1295
URL: http://jira.jboss.com/jira/browse/JBAS-1295
Project: JBoss Application Server
Type: Sub-task
Components: JAXR service
Versions: JBossAS-5.0 Final
Reporter: Anil Saldhana
Assigned to: Anil
[ http://jira.jboss.com/jira/browse/JBAS-1295?page=history ]
Anil Saldhana updated JBAS-1295:
Description: The Jaxr Integration in JBAS using Apache jUDDI and Apache
Scout should pass the CTS Tests. (was: The Jaxr Integration in JBAS using
Apache
[
http://jira.jboss.com/jira/browse/JBAS-1283?page=comments#action_12314647 ]
Anil Saldhana commented on JBAS-1283:
-
http://www.jboss.org/wiki/Wiki.jsp?page=JBossClassLoadingUseCases
This describes classloading.
Tomcat Unable to Compile JSPs
[
http://jira.jboss.com/jira/browse/JBAS-1283?page=comments#action_12314656 ]
Anil Saldhana commented on JBAS-1283:
-
Make java2ParentDelegation=trueand give it a shot.
Tomcat Unable to Compile JSPs when Separate ClassLoader Namespace Used
[
http://jira.jboss.com/jira/browse/JBAS-1284?page=comments#action_12314624 ]
Anil Saldhana commented on JBAS-1284:
-
WS-I Basic Profile does not endorse Soap with Attachments. Since the goal of
v4.0 in JBoss was J2EE 1.4 compliance, we had
[ http://jira.jboss.com/jira/browse/JBAS-1283?page=history ]
Anil Saldhana updated JBAS-1283:
Priority: Minor (was: Major)
This is not a major issue.
Tomcat Unable to Compile JSPs when Separate ClassLoader Namespace Used for
Webapp
[ http://jira.jboss.com/jira/browse/JBAS-1283?page=history ]
Anil Saldhana reassigned JBAS-1283:
---
Assign To: Anil Saldhana (was: Scott M Stark)
Tomcat Unable to Compile JSPs when Separate ClassLoader Namespace Used for
Webapp
[
http://jira.jboss.com/jira/browse/JBAS-1283?page=comments#action_12314640 ]
Anil Saldhana commented on JBAS-1283:
-
If I make the java2ClassLoadingCompliance to true, the webapp deploys
properly and I can access the index.jsp with no errors
[ http://jira.jboss.com/jira/browse/JBAS-1271?page=history ]
Anil Saldhana updated JBAS-1271:
Description:
This is an integration task for replacement of the existing ebxmlrr JAXR
implementation with one based on Scout/jUDDI
http://www.jboss.org/wiki
[ http://jira.jboss.com/jira/browse/JBAS-1117?page=history ]
Anil Saldhana closed JBAS-1117:
---
Resolution: Done
Fix Version: JBossAS-4.0.1 Final
invalid schemaLocation generated for imported schema
[ http://jira.jboss.com/jira/browse/JBAS-1115?page=history ]
Anil Saldhana closed JBAS-1115:
---
Resolution: Done
Fix Version: JBossAS-4.0.1 Final
bad path to included xsd gets built in WSDLFilePublisher
hello all,
I am trying to integrate a uddi server as a jmx
based service. It extends the ServiceMBeanSupport. But
I am not sure as to how I can deploy it as a jmx
service when jboss starts.
Can anyone shed some light on this?
Cheers,
Anil
__
Do you Yahoo!?
Hello Team,
what is with this Nigerian Bank thing, that keeps
flooding aliases and our mail boxes? Does anybody
know what they really gain?
Cheers,
Anil
__
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com
=
-
Anil Saldhana,
Vice President - Chicago Java User Group.
http://www.cjug.org
[EMAIL PROTECTED]
-
__
Do you Yahoo!?
The New
Hello All,
I have just committed a java file
WSDL2UDDIConverter and a testcase
StoreUddiUnitTestCase.java. These enable users to
provide the url location of a WSDL service and it is
deployed in the integrated local jUDDI registry. It
uses the open source UDDI4J/WSDL4J Api.
This is my first
Hello JBoss developers,
I still do not have rw access. Hence still dealing
with the read only version from SF. For almost two
weeks now, I am not able to update my workspace. I get
the same error.
[EMAIL PROTECTED]@home ~/JBOSSDev]$ cvs co jboss-head/
cvs [checkout aborted]: end of file from
Hello developers,
I tried to build the main testcases using
jboss-head/testsuite/build I hit 100 compilation
errors
Some of them are:
[javac]
/home/saldhana/JBOSSDev/jboss-head/testsuite/src/main/org/jboss/test/cmp/jbossdo/collection/CollectionUnitTestCase.java:14:
package javax.jdo does not
Hello All,
I am trying to integrate UDDI into JBoss under
jboss.net I want to know how to run the testcases
under jboss.net. When I run jboss.head/build/build.sh
run-testsuite, it doesn't seem to run the testcases
for jboss.net
I am not sure where I need to uncomment out in the
main
49 matches
Mail list logo
