[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Can aspects be compiled instead of dynamically loaded?
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820260#3820260 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820260 Great! Thanks a lot people. Maarten --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Compilation Failed! JBoss (Branch_3_2/winxp/1.3.1_10) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu Feb 5 08:11:12 GMTST 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === location: package crypto import javax.crypto.IllegalBlockSizeException; ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:21: cannot resolve symbol symbol : class Cipher location: package crypto import javax.crypto.Cipher; ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:22: cannot resolve symbol symbol : class SecretKeySpec location: package spec import javax.crypto.spec.SecretKeySpec; ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:125: cannot resolve symbol symbol : class NoSuchPaddingException location: class org.jboss.resource.security.SecureIdentityLoginModule throws NoSuchPaddingException, NoSuchAlgorithmException, ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:126: cannot resolve symbol symbol : class BadPaddingException location: class org.jboss.resource.security.SecureIdentityLoginModule InvalidKeyException, BadPaddingException, IllegalBlockSizeException ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:126: cannot resolve symbol symbol : class IllegalBlockSizeException location: class org.jboss.resource.security.SecureIdentityLoginModule InvalidKeyException, BadPaddingException, IllegalBlockSizeException ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:139: cannot resolve symbol symbol : class NoSuchPaddingException location: class org.jboss.resource.security.SecureIdentityLoginModule throws NoSuchPaddingException, NoSuchAlgorithmException, ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:140: cannot resolve symbol symbol : class BadPaddingException location: class org.jboss.resource.security.SecureIdentityLoginModule InvalidKeyException, BadPaddingException, IllegalBlockSizeException ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:140: cannot resolve symbol symbol : class IllegalBlockSizeException location: class org.jboss.resource.security.SecureIdentityLoginModule InvalidKeyException, BadPaddingException, IllegalBlockSizeException ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:129: cannot resolve symbol symbol : class SecretKeySpec location: class org.jboss.resource.security.SecureIdentityLoginModule SecretKeySpec key = new SecretKeySpec(kbytes, Blowfish); ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:129: cannot resolve symbol symbol : class SecretKeySpec location: class org.jboss.resource.security.SecureIdentityLoginModule SecretKeySpec key = new SecretKeySpec(kbytes, Blowfish); ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:131: cannot resolve symbol symbol : class Cipher location: class org.jboss.resource.security.SecureIdentityLoginModule Cipher cipher = Cipher.getInstance(Blowfish); ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:131: cannot resolve symbol symbol : variable Cipher location: class org.jboss.resource.security.SecureIdentityLoginModule Cipher cipher = Cipher.getInstance(Blowfish); ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:132: cannot resolve symbol symbol : variable Cipher location: class org.jboss.resource.security.SecureIdentityLoginModule cipher.init(Cipher.ENCRYPT_MODE, key); ^ D:\jboss\jboss-head\connector\src\main\org\jboss\resource\security\SecureIdentityLoginModule.java:143: cannot resolve symbol symbol : class SecretKeySpec
[JBoss-dev] [EJB on JBoss] - Re: jboss.xml inside a jar mentioned in ejb-jar:s manifest b
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820268#3820268 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820268 I checked the j2ee 1.4 specification and in section 8.2 it says: The Manifest file is named META-INF/MANIFEST.MF in the JAR file. The Class-Path entry in the Manifest file is of the form Class-Path: list-of-jar-files-separated-by-spaces The J2EE deployment tools must process all such referenced files when processing a J2EE module. Any deployment descriptors in referenced .jar files are ignored when processing the referencing .jar file. It seems that JBoss 3.2.3 violates this part of the 1.4 spec. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] database schema update
Alexey Loubyansky wrote: Hello Joachim, first of all, thanks for your work on this. Since there is no obvious decision how a schema should be updated looking only at the existing schema and knowing nothing about the previous mapping details, could you please describe in detail how it actually works :) I was planning to ask about documentation etc. It is assumed that alter-table is used in combination with create-table. When checking the table structure, the new tables are being added, and fields which did not exist are being added (by comparing with the existing table in the datasource). Field which do not exist in the new definition but which existed in the database are being removed. This is somewhat dangerous and assumes that all the fields are represented by the EJB. It would probably be best to make this configurable in some way. Tables are not removed as this may cause too big a data loss. However, link tables which are not declared in the schema cause a warning. At the field level, for String fields it is checked whether the newly declared length is longer than the current length. If that is the case, the length is increased. There are no other type or precision conversions. Basically this should make small changes to the database automatic when deploying, making life easier when upgrading your applications. Kind regards, Joachim --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Bad cross module dependency
On Wed, 2004-02-04 at 15:47, Scott M Stark wrote:
Ok, there appear to be many dependencies on the server module,
many coming from CachedConnectionInterceptor, others from the
org/jboss/resource/adapter/jdbc/remote stuff I just addes due
to naming and invoker stuff. We need to cleanup the server module.
The naming stuff should be in common.
You mean org.jboss.naming in server?
The interceptor/invoker/proxy stuff needs to be unified across the jmx,
aop, and server modules. Let's get this discussion going as this
needs to be resolved now.
I think the best model is provided by Bill's aop interceptors.
The fundamental idea is that the interceptor makes no assumptions
about what it is intercepting.
It simply asks the metadata object. The metadata object can be
configured according to whatever joinpoints are relevent.
i.e. field/method/constructor, jmx attribute/operation or it could even
be a url if it were applied to servlets.
The deployer, container or invocation sets up the relevent metadata
model. It is actually a hierarchy of metadata providers,
e.g. invocation, container, vm, cluster
You'll notice one outstanding issue is the REVISIT on how to
get a human readable string that represents the joinpoint
for error messages.
e.g.
public final class RoleBasedAuthorizationInterceptor implements
org.jboss.aop.advice.Interceptor
{
protected Logger log = Logger.getLogger(this.getClass());
public String getName() { return RoleBasedAuthorizationInterceptor;
}
/**
* Check if the principal is authorized to call the method by
verifying that
* the it containes at least one of the required roles.
*/
public Object invoke(org.jboss.aop.joinpoint.Invocation invocation)
throws Throwable
{
AuthenticationManager securityManager =
(AuthenticationManager)invocation.getMetaData(security,
authentication-manager);
// If there is not a security manager then there is no
authorization
// required
if(securityManager == null)
{
return invocation.invokeNext();
}
RealmMapping realmMapping =
(RealmMapping)invocation.getMetaData(security, realm-mapping);
if(realmMapping == null)
{
throw new SecurityException(Role mapping manager has not been
set);
}
Set roles = (Set)invocation.getMetaData(security, roles);
if(roles == null)
{
/*
REVISIT: for better message
String message = No method permissions assigned. to +
method= + invocation.getMethod().getName() +
, interface= + invocation.getType();
*/
String message = No method permissions assigned.;
log.error(message);
throw new SecurityException(message);
}
// See if there is a runAs role associated with this thread. If
there
// is, this is the security role against which the assigned method
// permissions must be checked.
Principal threadRunAsRole = SecurityAssociation.peekRunAsRole();
if(threadRunAsRole != null)
{
// Check the runAs role
if(!roles.contains(threadRunAsRole)
!roles.contains(AnybodyPrincipal.ANYBODY_PRINCIPAL))
{
String message = Insufficient method permissions +
, runAsRole= + threadRunAsRole +
/* revisit:
, method= + invocation.getMethod().getName() +
*/
, interface= + invocation.getType() +
, requiredRoles= + roles;
// Dain: I think this is redundant logging
log.error(message);
throw new SecurityException(message);
}
}
// If the method has no assigned roles or the user does not have
at
// least one of the roles then access is denied.
else
{
Principal principal =
(Principal)invocation.getMetaData(security, principal);
if(!realmMapping.doesUserHaveRole(principal, roles))
{
String message = Insufficient method permissions +
, principal= + principal +
/* REVISIT:
, method= + invocation.getMethod().getName() +
*/
, interface= + invocation.getType() +
, requiredRoles= + roles +
, principalRoles= +
realmMapping.getUserRoles(principal);
log.error(message);
throw new SecurityException(message);
}
}
return invocation.invokeNext();
}
}
Regards,
Adrian
Scott Stark
Chief Technology Officer
JBoss Group, LLC
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Alexey Loubyansky
Sent: Wednesday, February 04, 2004 6:34 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Bad cross module dependency
Because the server is compiled before the connector and JCA's
WrappedStatement
Re: [JBoss-dev] jmx unit tests
Hi Adrian. Just wondering what was wrong with the 3.2 build? I did the backport and thought the build was correct. I did not bring over the jmx tests from head into the testsuite, so can understand if the some of the tests were outdated (although corrected many of them... actually thought they all passed?). Adrian Brock wrote: First the 3.2 build was incorrect. Second it wasn't testing against the jmxri 1.2 There were three known compliance issues (none are very important they are on the edge of the spec or relate to UCL semantics versus the spec's loader repository semantics). The new failure looks to be caused by this modification: http://cvs.sourceforge.net/viewcvs.py/jboss/jmx/src/main/org/jboss/mx/notification/MBeanServerListenerRegistration.java?hideattic=0only_with_tag=JBoss_4_0_0_DR2 Jeff, do you remember the issue with the modelmbean invoker? I don't think it should be possible to use remove(NofificationListener, NotificationFilter, Object) against a Broadcaster through the MBeanServer since a Broadcaster does not support this method, you need an Emitter. The other failures are related to incompatible changes in the descriptor implemention of the RI for modelmbeans. The RI also has more failures in the 1.0 seralization scheme which is optional and it has never done this correctly anyway. Regards, Adrian On Tue, 2004-01-20 at 22:49, Juha Lindfors wrote: There's a difference in running the JMX compliance suite between 3.2.3-RC2 checkout and the current 3.2.4-RC1 checkout (with JMX 1.2 head backport) 3.2.3-RC2 = [EMAIL PROTECTED] /cygdrive/d/jboss-323-RC2/jboss-3.2/jmx $ sh build.sh test-compliance-JBossMX Searching for build.xml ... Buildfile: d:\jboss-323-RC2\jboss-3.2\jmx\build.xml ... [java] There were 3 failures: [java] 1) testInstantiateWithDefaultLoaderRepository(test.compliance.server.MBeanServerTEST)junit.framework.Asserti onFailedError: FAILS IN JBOSSMX: ULR3 loads from TCL, should be DLR [java] at test.compliance.server.MBeanServerTEST.testInstantiateWithDefaultLoaderRepository(MBeanServerTEST.jav a:1014) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [java] at test.compliance.ComplianceSUITE.main(ComplianceSUITE.java:37) [java] 2) testGetDescriptor(test.compliance.modelmbean.ModelMBeanInfoSupportTEST)junit.framework.AssertionFailedErr or: FAILS IN JBOSSMX: We incorrectly return descriptor type 'constructor' here -- should be 'operation' [java] at test.compliance.modelmbean.ModelMBeanInfoSupportTEST.testGetDescriptor(ModelMBeanInfoSupportTEST.java :177) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [java] at test.compliance.ComplianceSUITE.main(ComplianceSUITE.java:37) [java] 3) testPathological(test.compliance.query.QueryTestCase)junit.framework.AssertionFailedError: FAILS IN JBoss MX: expected Hello(?:.) to match Hello(?:.) [java] at test.compliance.query.QueryTestCase.testPathological(QueryTestCase.java:1056) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [java] at test.compliance.ComplianceSUITE.main(ComplianceSUITE.java:37) [java] FAILURES!!! [java] Tests run: 628, Failures: 3, Errors: 0 BUILD SUCCESSFUL Total time: 15 seconds 3.2.4-RC1 = /cygdrive/d/jboss-324-RC1/jmx $ ./build.bat test-compliance-JBossMX Calling ..\tools\bin\ant.bat -logger org.apache.tools.ant.NoBannerLogger test-compliance-JBossMX Buildfile: build.xml ... [java] There were 2 errors: [java] 1) testInstantiateWithDefaultLoaderRepository(test.compliance.server.MBeanServerTEST)ReflectionException: Cl ass not found: test.compliance.server.support.AClass [java] Cause: java.lang.ClassNotFoundException: test.compliance.server.support.AClass [java] at org.jboss.mx.server.MBeanServerImpl.handleInstantiateExceptions(MBeanServerImpl.java:872) [java] at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:853) [java] at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:264) [java] at test.compliance.server.MBeanServerTEST.testInstantiateWithDefaultLoaderRepository(MBeanServerTEST.jav a:833) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[JBoss-dev] [ jboss-Bugs-890978 ] Problem with non-English characters in UTF-8 encoded queries
Bugs item #890978, was opened at 2004-02-05 13:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=890978group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Milen Dyankov (azzazzel) Assigned to: Nobody/Anonymous (nobody) Summary: Problem with non-English characters in UTF-8 encoded queries Initial Comment: I'm resubmitting this issue since the the last time I did (see #887491) it was understood wrong, closed and marked as invalid by loubyansky without even making the effort to clarify it. Initial Comment (see #887491 for full text): It seems that all characters coded with more than one byte (2+ bytes) in UTF-8 encoded queries are incorrectly parsed by [EJB/JBoss]QLParser as seen in this log fragment: [...] If I pass parameter like '\u0105' instead of '#261;' then it works. [...] Comment By: Alexey Loubyansky (loubyansky): Why is '#261' supposed to be understood? Either you provide unicode content as is (not the '#261' form) or you use unicode escapes as defined in the Java spec, i.e. '\u'. I very well know that #261 is not supposed to be understood! What I have typed in the TEXTAREA was character with Unicode code \u0105 also called LATIN SMALL LETTER A WITH OGONEK I guess it was converted to #261 by SF and I haven't even noticed it was! I bet if you type Russian characters in TEXTAREA they would also be displayed in #XXX; form. This subject was discussed previously on JBoss-user list and Alexey Loubyansky was also answering my e-mails there. (See: http://www.mail-archive.com/[EMAIL PROTECTED]/msg35226.html) I have also contacted Alexey Loubyansky and Dain Sundstrom since they are mentioned to be the authors of JBossQLParser.jjt and EJBQLParser.jjt. Alexey didn't answer, while Dain stated he does not work for JBoss any more. I was asked to open a bug report by Heiko Rupp on jboss-user list! Now once again to make it clear: I do not enter in my queries characters in the form #261 but naturally in UTF-8 encoding (as they are typed)! It does not work! It is incorrectly parsed! I believe it is because parser expects 1 byte long character (\u0105 has two bytes in UTF-8). As I said before setting JAVA_UNICODE_ESCAPE = false in JBossQLParser.jjt and EJBQLParser.jjt solves the problem! More specifically it causes that parser understands UTF-8 but does not understand Unicode escaped characters (in the form \u). I don't know how to set it in order to understand both! Can I please ask you, to have another look on this! Please contact me if you need more information on this subject! Milen Dyankov -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=890978group_id=22866 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Nukes Virtual Host done!
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820296#3820296 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820296 Well, I've done some work in nukes core to provide a rough multi-deployment capability to nukes. It's very very experimental!!! As cooper said it's possible to do it by two ways: first by prefixing some unique identifier to all nukes jmx names and second by providing a private jmx server. I chose the first option mainly because the fact that the second would be more difficult to manage as we might need a private jmx-console. The main refactoring I've done to code is to add a Domain class containing an static vaule with the prefix and simply replacing all the occurences like nukes.blocks:name= + target to Domain.domainName + nukes.blocks:name= + target Also in the xml descriptors of the applications like jboss-service.xml I've added the prefix to all the MBeans code. But it's not enough to get it work. I had to change the EJB names, the datasource, the context-root, the internal deployment dir and the directory of the Index. It's also needed to modify jboss-app.xml to modify the jboss classloader to get it work. I attached a zip with the modified code. If you replace the cvs code with this and make a build you get another core prefixed with domini2.. You can deploy (with another file name eg nukes2.ear) it if you create another nukes database (eg nukes1), create another datasource descriptor with jndi name NukedDS1 like: ?xml version=1.0 encoding=UTF-8? local-tx-datasource jndi-nameNukesDS1/jndi-name connection-urljdbc:mysql://localhost:3306/nukes1/connection-url driver-classorg.gjt.mm.mysql.Driver/driver-class user-namenukes1/user-name nukes /local-tx-datasource You also have to create the dir /server/default/nukesDeploy2. It runs in the localhost:8080/nukesRoot/ To get another core you have to do this: -in /nukes/build change jndi-root property -in org/jboss/nukes/utils/Domain.java change the prefix -in /nukes/src/resources/nukes-ear/METAINF/jboss-app.xml change the line loader-repositorydomini2.com:loader=nukes.ear/loader-repository to something like loader-repositoryanyotherthing:loader=nukes.ear/loader-repository -in jboss-service.xml search and replace all the domini2 occurences. -in the same file, replace nukesRoot -in build/properties change the nukesDS and the context-Root -in nukes/src/main/org/jboss/nukes/core/modules/index/Indexmodule search for /nukesData and chage for another thing. make a build clean and build to get another core. I've not made bigger changes to the code to respect the cooper's ideas and patterns (and because I don't have so much time! I have to study for the exams!!!). I know it's not easy and very ugly. I think it would be nice to do all the work described above by touching a single build property but it involves major refactoring to the build system. In addition, It would be nice to turn the Domain class into a Mbean to configure it from xml descriptor. Keep in mind that the deployed modules must be refactored to follow the same rule. Take it as a experimental nukes core. I've done it for personal use and I published it to share the experience. I hope this could be an inspiration to some better coder than me. I have no more time! to write! Bye! And thank you all for the excellent work with nukes and jboss! oops there is not attachement feature? get the attachement: http://www.ceosona.com/nukes/nukesMultiDeploy.zip (It's provisinal I will remove this link, the server is not mine! please mirror it) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWeb] - printnulls issue with jboss
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820299#3820299 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820299 i am facing a problem with nulls getting printed from all my JSP's on the screen where the variables are not initialized to . In weblogic, the jspc compiler has a param printnulls which can be set to false so that the word null does not get printed on the screen and instead appears as a blank. I need the same in jboss/tomcat. All help on this is appreciated. Shyam Ellur --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Bug in ClassAdvisor
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820309#3820309 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820309 HEAD is the main version of our source code in our source control system: You can access our control system here: http://sourceforge.net/cvs/?group_id=22866 To checkout HEAD cvs checkout jboss-head RW is the ability to modify source code within CVS. After you checkout: $ cd jboss-head/aop $ build.sh (or build.bat if you're on Windows) $build.sh dist will build a distribution with javadoc, all jars and such. Bill --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Some fixes and a caller side point cut question
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820308#3820308 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820308 I fixed these problems within our source control system. You can access our control system here: http://sourceforge.net/cvs/?group_id=22866 After you checkout: $ cd jboss-head/aop $ build.sh (or build.bat if you're on Windows) $build.sh dist will build a distribution with javadoc, all jars and such. Bill --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: NPE in MethodTailInterceptor
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820310#3820310 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820310 JBOss AOP is homework? Can you elaborate? FYI, we're always looking for new help. Open Source is largely volunteer which is why we encourage anybody who has a clue. You're digging into code, you may have a clue ;) bill --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-891036 ] Sybase type-mapping alias-max-length too high
Bugs item #891036, was opened at 2004-02-05 16:12 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=891036group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Antti Lehto (anajavi) Assigned to: Nobody/Anonymous (nobody) Summary: Sybase type-mapping alias-max-length too high Initial Comment: In standardjbosscmp-jdbc.xml is defined alias length. For Sybase it is set as follows: alias-max-length32/alias-max-length This causes some finders to fail at least on Adaptive Server Enterprise 12.5. The correct max-lenght is 30. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=891036group_id=22866 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - New AOP stuff going on.
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820313#3820313 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820313 After a few months of no activity, JBoss AOP development is back in full force. Between working on JBoss 3.2 performance improvements, my daughter being born, and other AOP related political issues related to a certain non-JBoss individual that I'd rather not talk about that delayed development for over 10 weeks, I'm fully back coding full throttle. So what are we doing within the framework? Here's what I'm doing from my notes if you can make sense of it: DONE * compiler, add a precompiler so control of ClassLoader is not needed DONE - add sys property for jboss-aop.xml classpath DONE - add -verbose switch DONE - in runtime loader make sure that if CtClass instanceof Advised then do not transform class DONE ant task DONE * Create ways of loading XML in standalone mode so that control of the ClassLoader is not needed DONE * constructor expressions so that we can have per-constructor interceptors, metadata definitions * method expressions so that we can specify parameter expressions in pointcut * Add more metadata to CallerInvocation * Bug: Need to be able to have caller pointcuts from within a constructor This should work: caller-pointcut callingClass=foo.bar calledClass=.*/ * scoping (In original JBoss AOP spec) by able to define the * aspect concept pointcut-ref name=somePointcut ... /pointcut-ref Where an Aspect can be any java class and advices are the methods. There will be two types of advice methods A method that takes an invocation object void someMethod(Invocation invocation); and: int someMethodThatIsExactlyLikeInterceptedMethod(String param); * AspectManagerService should have switch to turn off runtime loader * fine grain prep etc... * metadata models annotations * metadata uses XMLBeans * Metadata pointcut metadata-pointcut group(required), attr?, class?, instanceof?, methodName?, field? All other ones can just * Overriding metadata-pointcut name=JBoss Default Transaction Demarcation group=Transaction attr=trans-attr interceptor ... /metadata-pointcut exclude-pointcut pointcut=JBoss Default Transaction Demarcation instanceof=!... methodName=... field=... constructor=.../ include-pointcut pointcut=JBoss DefaultTransaction Demarcation/ Attributes (instanceof, methodName, field, etc...) are logically ANDed. * instanceof * Control flow control-flow name=.. flow class=... methodName=... fieldAccess/ flow class=... methodName=... fieldAccess/ flow class=... methodName=... fieldAccess/ /control-flow something-pointcut cflow=name /somethignj-pointcut somethign-pointcut control-flow ... /control-flow /something-pointcut * Introduction breakout class-pointcut introduction-ref /class-pointcut * Better classloader integration (bootclasspath thingy), maybe HotSwap, but not a priority ASPECTS AOM: * Add Tx Exception configuration. What exceptions cause a rollback, which do not? * instnace API should support per method/field additions * Add Dynamic Proxy support for AOP Remoting. All interfaces of remoted class or interfaces you want to be remoted. Also wrap remote exceptions as runtime exceptions. * synchronized aspect to add synchronization to any instance. * AOP Cache should add a synchronization interceptor before preparing object for cache so that we can make sure object doesn't change while we are preparing it.* Attribute compiler (JSR-175 for JDK 1.4) Maybe, maybe not --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss at the Solution Linux Forum, Paris, France
Hi there ! I have just went through this forum and I thought JBoss should be in da place. Even if it's a Linux-oriented forum, there were lots of open-source softwares present. BEA was not there but Bull/INRIA consortium was with JOnAS. IBM was the gold partner... Maybe folks get some infos about JBoss from Apple's team as it was an highly visited stand. Sacha, do you plan some commercial/demonstration events in forums like this one in the futur ? Ionel Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-887832 ] finder does not find existing data
Bugs item #887832, was opened at 2004-01-30 22:56
Message generated for change (Comment added) made by loubyansky
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=887832group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Frank Langelage (lafr)
Assigned to: Alexey Loubyansky (loubyansky)
Summary: finder does not find existing data
Initial Comment:
Bean MbiMenue with this finder-declaration processed by
XDoclet:
* @ejb.finder signature=java.util.Collection
findByUsernameSprachKbez (java.lang.String username,
java.lang.String sprach_kbez)
* view-type=local
* query=SELECT OBJECT(o) FROM MbiMenue AS o WHERE
o.username = ?1 AND o.sprachKbez = ?2
* result-type-mapping=Local
This finder does not find data.
If I replace the variables ?1 and ?2 by constant values
the data is found.
I swichted on log level trace an saw, that the
variables are filled correctly, but they are filled as
jdbc-type VARCHAR.
But field username is defined
* column-name=username
* sql-type=CHAR(8)
* jdbc-type=CHAR
and field sprach_kbez
* column-name=sprach_kbez
* sql-type=CHAR(2)
* jdbc-type=CHAR
The table is created by jboss and the columns are of
the expected type.
If I switch the Oracle9i mapping for String from
VARCHAR to CHAR the jdbc-type of the variables changes
from VARCHAR to CHAR but finder does not find anything.
System:
- current JBoss-3.2 branch
- JDK 1.4.2_03
- Solaris 9 on Sparc
- XDoclet 1.2
- Oracle 9i 9.2.0.4
--
Comment By: Alexey Loubyansky (loubyansky)
Date: 2004-02-05 17:28
Message:
Logged In: YES
user_id=543482
Thanks for the investigations.
In fact we use ps.setObject(index, value, jdbcType) so you
have complete control over JDBC type in the range of the
standard. If you can't do it with this method it is not a
JBoss bug.
To workaround this we could make plugable result set setters
and getters providing default ones and letting users to
provide their custom.
--
Comment By: Frank Langelage (lafr)
Date: 2004-02-04 22:42
Message:
Logged In: YES
user_id=300021
I did some more tests today and the cause for this behaviour.
First I tried with an informix Datasource. The finder found
the data.
Then I tried different oracle versions (8.1.7, 9.2.0.1,
10.1.0.2.0).
No data found.
If I fill up the literal mbi with blanks up to column
length (CHAR(8)) the finder finds data with OracleDS.
Oracle does distinguish exactly between VARCHAR and CHAR.
PreparedStatement.setString() with CHAR-column does not work.
OraclePreparedStatement has method setFixedCHAR for this
purpose.
If I change some lines in my testcase to
org.jboss.resource.adapter.jdbc.WrappedPreparedStatement
wps =
(org.jboss.resource.adapter.jdbc.WrappedPreparedStatement)ps;
((oracle.jdbc.driver.OraclePreparedStatement)wps.getUnderlyingStatement()).setFixedCHAR(
1, mbi );
((oracle.jdbc.driver.OraclePreparedStatement)wps.getUnderlyingStatement()).setFixedCHAR(
2, de );
also the PreparedStatement finds the data.
--
Comment By: Alexey Loubyansky (loubyansky)
Date: 2004-02-04 04:11
Message:
Logged In: YES
user_id=543482
It does not look like a JBoss problem. What driver are you
using? Can you try other ones?
--
Comment By: Frank Langelage (lafr)
Date: 2004-02-04 00:34
Message:
Logged In: YES
user_id=300021
I created a this method on a stateless session bean named Mask:
/**
* @ejb.interface-method
*/
public void testFinder() {
try {
javax.naming.Context ctx = new
javax.naming.InitialContext();
javax.sql.DataSource ds =
(javax.sql.DataSource)ctx.lookup(java:/OracleDS);
java.sql.Connection con = ds.getConnection();
// first try with PreparedStatement
String sqlQuery = select * from mbi_menue where
username = ? and sprach_kbez = ?;
logger.info( executing ' + sqlQuery + ' );
java.sql.PreparedStatement ps =
con.prepareStatement(sqlQuery);
ps.setString( 1, mbi );
ps.setString( 2, de );
java.sql.ResultSet rs = ps.executeQuery();
int i = 0;
while ( rs.next() ) {
i++;
logger.info(Zeile: + i);
}
rs.close();
ps.close();
// second try with normal Statement
sqlQuery = select * from mbi_menue where
username = 'mbi' and sprach_kbez = 'de';
logger.info( executing ' + sqlQuery + ' );
java.sql.Statement s = con.createStatement();
rs = s.executeQuery( sqlQuery );
i = 0;
[JBoss-dev] [Tomcat] - Re: Integration of Tomcat 5.0.16 with Jboss 2.4.7
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820322#3820322 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820322 this is exactly the kind of situation we would take under the for-pay contracts. Very few people use 2.4 and it doesn't make sense for us to support it for free. If you would take a contract out we could look at that integration work. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: New AOP stuff going on.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3820323#3820323
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820323
On the subject of control flow, don't forget cflowbelow. Aspectwerkz implemented
cflow, but no below. In my limited experience cflowbelow is almost more useful than
cflow. Picking out non-recursive calls to certain things is very handy. (Also, once
you have cflowbelow, cflow is pretty easy to implement from there.) I did an
implementation of cflow for plain java code, and once the private methods were done it
looked like:
public boolean cflow() {
privateCFlowMethod( 1 );
}
public boolean cflowbelow() {
privateCFlowMethod( 2 );
}
Where the numbers are where to start looking on the stack trace.
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss.net] - if i dont use the default jboss.net ,but confige the axis in
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820330#3820330 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820330 but it seems work not well as in the jboss3.2.3 tomcat engine sounds like the tomcat do a better job than jetty, But the jboss3.2.3 have not well supported the hypersonic database if i use the axis configed by myself , should i delete the jboss-net.sar ? --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss.net] - Re: Axis and Path
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820331#3820331 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820331 i dont know u use the jboss-net or confige the axis yourself , if the jboss-net ,should be localhost:8080/jboss-net/yousrwebservice?wsdl --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Tomcat] - Please Help :( Embeding Struts in JBoss+Tomcat (last buikd)
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820334#3820334 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820334 hi, i have a big problem (for now 2 days !) and i can't find any solutions on the net...so you're my last chance before i kill myself ! (and also throw my computer through the window) So, i install properly JBoss+Tomcat, last build, and everything works fine. When i try to deploy the sample struts application (struts-example.war), i have this error : 17:32:49,527 ERROR [Digester] Begin event threw exception java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.PropertyUtils.setSimpleProperty(PropertyUtils.java:1789) at org.apache.commons.beanutils.PropertyUtils.setNestedProperty(PropertyUtils.java:1684) at org.apache.commons.beanutils.PropertyUtils.setProperty(PropertyUtils.java:1713) at org.apache.commons.beanutils.BeanUtils.setProperty(BeanUtils.java:1019) at org.apache.commons.beanutils.BeanUtils.populate(BeanUtils.java:808) at org.apache.commons.digester.SetPropertiesRule.begin(SetPropertiesRule.java:259) at org.apache.commons.digester.Rule.begin(Rule.java:200) at org.apache.commons.digester.Digester.startElement(Digester.java:1273) at org.apache.xerces.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:434) at org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(XMLNamespaceBinder.java:832) at org.apache.xerces.impl.XMLNamespaceBinder.startElement(XMLNamespaceBinder.java:568) at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator.java:796) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:752) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1454) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333) at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:529) at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:585) at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147) at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1148) at org.apache.commons.digester.Digester.parse(Digester.java:1548) at org.apache.struts.action.ActionServlet.parseModuleConfigFile(ActionServlet.java:1006) at org.apache.struts.action.ActionServlet.initModuleConfig(ActionServlet.java:955) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:470) at javax.servlet.GenericServlet.init(GenericServlet.java:256) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:935) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3422) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3623) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595) at org.jboss.web.tomcat.tc4.EmbeddedTomcatService.createWebContext(EmbeddedTomcatService.java:549) at org.jboss.web.tomcat.tc4.EmbeddedTomcatService.performDeploy(EmbeddedTomcatService.java:309) at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:428) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:642) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor55.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - object pooling detrimental to performance
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3820337#3820337
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820337
FYI:
Did some tests in AOP framework with object pooling through a ThreadLocal. I found
that it actually slowed down performance by 20%. This finalizes what I've thought all
along that Object pooling is worthless and it is better to let the VM handle it.
Here's what I implemented:
public class MethodInvocation extends Invocation
{
public Object[] arguments = null; // MARSHALLED
public transient Method method = null;
public long methodHash;
public MethodInvocation(org.jboss.aop.advice.Interceptor[] interceptors)
{
super(InvocationType.METHOD, interceptors);
}
protected void clear()
{
super.clear();
arguments = null;
}
public static class Pool
{
private ThreadLocal pool = new ThreadLocal();
public MethodInvocation getInstance(Interceptor[] interceptors)
{
MethodInvocation[] pooled = (MethodInvocation[]) pool.get();
if (pooled == null)
{
System.out.println(returning new invocation);
return new MethodInvocation(interceptors);
}
MethodInvocation instance = null;
for (int i = pooled.length - 1; i = 0; i--)
{
if (pooled == null) continue;
instance = pooled;
pooled = null;
break;
}
if (instance == null)
{
System.out.println(returning new invocation);
return new MethodInvocation(interceptors);
}
instance.interceptors = interceptors;
return instance;
}
public void releaseInstance(MethodInvocation invocation)
{
invocation.clear();
MethodInvocation[] pooled = (MethodInvocation[]) pool.get();
if (pooled == null)
{
pooled = new MethodInvocation[1];
pooled[0] = invocation;
pool.set(pooled);
return;
}
int i = 0;
for (; i pooled.length; i++)
{
if (pooled == null)
{
pooled = invocation;
return;
}
}
// pool is too big
MethodInvocation[] newPooled = new MethodInvocation[pooled.length + 1];
System.arraycopy(pooled, 0, newPooled, 0, pooled.length);
newPooled[pooled.length] = invocation;
pool.set(newPooled);
}
}
}
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: New AOP stuff going on.
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820347#3820347 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820347 this is great stuff we need you to do a BLOG entry about this to give some visibility and order on the forums posts --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: New AOP stuff going on.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3820351#3820351
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820351
Absolutely. (I use the AspectJ terms because that's how it's easiest to explain).
It's very similar to cflow. The cflow( methodCall ) is true if when you do the check,
there is a call to methodCall somewhere in the stack trace. The cflowbelow( methodCall
) is true if when you do the check, there is a call to methodCall somewhere in the
stack trace that *is not the top most element*. An example will help.
public class Quicksort {
public static void main( String[] args ) {
new Quicksort().quicksort( . );
}
public void quicksort( int[] numbers, int p, int r ) {
if( p r ) {
int q = partition( numbers, p, r );
quicksort( A, p, q );
quicksort( A, q + 1, r );
}
}
// rest of quicksort here
}
public aspect QuicksortAspect {
pointcut callsToQuicksort():
call( public void Quicksort.quicksort( int[], int, int ) );
pointcut nonRecursiveCalls():
callsToQuicksort() !cflowbelow( callsToQuicksort() );
pointcut neverGetsCalled():
callsToQuicksort() !cflow( callsToQuicksort() );
// this only gets called before the call to quicksort in main
before(): nonRecursiveCalls() {
System.out.println( nonrecursive call to quicksort );
}
before(): neverGetsCalled() {
System.out.println( This never happens. );
}
}
The idea being that callsToQuicksort() picks out every time there is a call to
Quicksort.quicksort(), and that !cflowbelow( callsToQuicksort() ) checks the current
stack trace to see that excluding the top element, there are no other calls to
quicksort having been made. If you included the top element, then you are looking for
a call to quicksort which doesn't have a call to quicksort anywhere, which can't
happen. I've never seen it used in any other way than to look for non-recursive calls
to something, but I'm sure other uses exist.
My apologies again for the AspectJ code, it seemed the best way :). Hope that all
makes sense. Please ask away if it doesn't.
Craig
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Shutdown Failed! JBoss (HEAD/linux1/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Feb 6 03:21:07 GMT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Exception in thread main javax.naming.NamingException: Could not dereference object. Root exception is javax.naming.CommunicationException. Root exception is java.lang.ClassNotFoundException: org.jboss.jmx.adaptor.rmi.RMIAdaptor (no security manager: RMI class loader disabled) at sun.rmi.server.LoaderHandler.loadProxyClass(LoaderHandler.java:521) at java.rmi.server.RMIClassLoader$2.loadProxyClass(RMIClassLoader.java:639) at java.rmi.server.RMIClassLoader.loadProxyClass(RMIClassLoader.java:309) at sun.rmi.server.MarshalInputStream.resolveProxyClass(MarshalInputStream.java:241) at java.io.ObjectInputStream.readProxyDesc(ObjectInputStream.java:1469) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1432) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) at java.rmi.MarshalledObject.get(MarshalledObject.java:135) at org.jnp.interfaces.MarshalledValuePair.get(MarshalledValuePair.java:30) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:550) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jnp.interfaces.NamingContext.resolveLink(NamingContext.java:964) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:613) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jboss.Shutdown.main(Shutdown.java:182) JBOSS SHUTDOWN FAILED === Fri Feb 6 03:21:07 GMT 2004 === Linux nog.kimptoc.net 2.4.20-28.7 #1 Thu Dec 18 11:31:59 EST 2003 i686 unknown === java -version java version 1.4.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_06-b01) Java HotSpot(TM) Client VM (build 1.4.1_06-b01, mixed mode) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 81 % ( 955 / 1166 ) - come on - pull your finger out. JBoss (HEAD/linux1/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Feb 6 03:31:44 GMT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1166 Successful tests: 955 Errors:195 Failures: 16 [time of test: 2004-02-06.03-19 GMT] [java.version: 1.4.1_06] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_06-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-28.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.1_06/logtests/testresults/reports/html//2004-02-06.03-19 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: org.jboss.test.aop.test.AOPUnitTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.aop.test.SecurityUnitTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.aop.test.SimpleBeanUnitTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.aop.test.TxLockUnitTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.aop.test.TxUnitTestCase Test:testAll Type:error Exception: javax.management.MBeanException Message: javax.management.InstanceNotFoundException: jboss.aop:name=TxTester is not registered. === Fri Feb 6 03:31:44 GMT 2004 === Linux nog.kimptoc.net 2.4.20-28.7 #1 Thu Dec 18 11:31:59 EST 2003 i686 unknown === java -version java version 1.4.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_06-b01) Java HotSpot(TM) Client VM (build 1.4.1_06-b01, mixed mode) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820390#3820390 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820390 It is not costly to build Invocation objects (field, method, caller, etc...) as it is only a bunch of field sets. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - added Aspects
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3820391#3820391
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820391
I just added a new feature in HEAD (cvs checkout jboss-head)
Added the ability to define Aspects. Aspects are a Java class that contains multiple
advices. An advice in an Aspect class maps to a particular method.
Here's what the XML and code looks like. POJOAspectTester is what we're interception.
Aspect is the class that contains advices. The XML defines the aspect and then binds
the advice of the aspect within a pointcut.
You can define a scope for the aspect. This is PER_VM, PER_CLASS, or PER_INSTANCE.
(FYI, i'll be adding this for interceptors soon too).
Note on performance. Aspects are much slower than regular interceptors because
reflection is required to execute the advices where regular interceptors this is not
required.
[aspect class=org.jboss.test.aop.bean.Aspect scope=PER_VM/]
[constructor-pointcut constructor=org.jboss.test.aop.bean.POJOAspectTester()]
[bind]
[advice name=interceptConstructor aspect=org.jboss.test.aop.bean.Aspect/]
[/bind]
[/constructor-pointcut]
[method-pointcut class=org.jboss.test.aop.bean.POJOAspectTester methodExpr=void
someMethod()]
[bind]
[advice name=interceptMethod aspect=org.jboss.test.aop.bean.Aspect/]
[/bind]
[/method-pointcut]
public class POJOAspectTester
{
public String marker = error;
public int field;
public POJOAspectTester() {}
public void someMethod() {}
}
public class Aspect
{
public Object interceptConstructor(ConstructorInvocation invocation) throws
Throwable
{
Object rtn = invocation.invokeNext();
POJOAspectTester pojo = (POJOAspectTester)rtn;
pojo.marker = interceptConstructor;
return rtn;
}
public Object interceptField(FieldInvocation invocation) throws Throwable
{
Object rtn = invocation.invokeNext();
POJOAspectTester pojo = (POJOAspectTester)invocation.targetObject;
pojo.marker = interceptField;
return rtn;
}
public Object interceptMethod(MethodInvocation invocation) throws Throwable
{
Object rtn = invocation.invokeNext();
POJOAspectTester pojo = (POJOAspectTester)invocation.targetObject;
pojo.marker = interceptMethod;
return rtn;
}
}
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820392#3820392 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820392 I thought object pooling was a good idea when creating the object was costly? If creating MethodInvocations isn't a performance hit, why were you trying to pool them? --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: CVS does not build anymore
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820396#3820396 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820396 Assuming the current best way to get Nukes going is - build nukes as I need some nukes lib components - go to distrib and run build - then run build deploy-installer - run installer webapp : http://127.0.0.1:8080/nukes-installer/install Testing on both Linux and Windows, using J2SDK1.4.2_03 JBoss3.2.3, CVS snapshots from both 20040204 20040205 fail during second step (building distrib), at the assemble_xml target: [concat] File /home/hxp/nukes/nukessnapshot/script/src/resources/hsqldb/setup.xml does not exist. ( throws NPE.) Commenting out the offending line from the assemble_xml target in the build.xml allows the build to complete: !-- filelist dir=../script/src/resources/ files=setup.xml/ -- 3 ways to ask my question --- 1) Am I using the right recipe for getting Nukes going? (Each time I've installed Nukes over the past several months, I've used a very different method; the how-to page and other refs all seem to be stale.) 2) Are you guys getting clean builds, on these snapshots? If so, what am I missing? 3) The build.xml files seem to be halfway converted from HSQL-centric to a parameterization that supports both MySQL and HSQL... what is the most direct way to get Nukes going if all I care about is deployment with MySQL? (Out of curiousity: As a bootstrap, does the installer use HSQL internally, and then give the option of parameterizing/installing Nukes for MySQL use?) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
