April 2009 - jboss-dev-forums - Jboss List Archives

[Design the new POJO MicroContainer] - Re: Multiple ClassFileTransformers/Translators

by jason.greene＠jboss.com

"adrian(a)jboss.org" wrote : | You should use an agent. | | The Transformer is only there for backwards compatibility with AOP from before the agent api was available. | The problem with agents is that they scan every class, regardless of where it came from, which usually has a performance impact (although, in fairness we can probably optimize this away to an instanceof) . We also do not install one by default, and have different ones depending on the JVM (although JRockit support is going away). Since we control classloading, it seems like adding a transformer to specific domains is a better approach. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222644#4222644 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222644

16 years, 6 months

1
0
0 / 0

[Design of JBoss Build System] - Re: JBossRetro cannot replace final reference to StringBuild

by pgier

Can you file a JIRA issue for this? https://jira.jboss.org/jira/browse/JBBUILD If you create a patch that fixes it, I'd be happy to apply it. If not, it may take a while for it to be fixed. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222635#4222635 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222635

16 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Smooks JavaBinding

by tfennelly

We made a v1.1.2 patch release at the weekend, so you can use that too since it has this fix... http://www.smooks.org/downloads View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222634#4222634 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222634

16 years, 6 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Adding new attribute for a user.

by apemberton

Benson: your answer depends a bit on your usage scenario. If you're using the identity module for your security implementation, you can map user profile attributes to LDAP attributes or database columns in: PS_HOME/server/default/deploy/jboss-portal.sar/conf/identity/profile-config.xml You can then access these directly in your portlet views: ${requestScope['javax.portlet.userinfo']['user.name.given']} By adding them to your portlet.xml: <user-attribute> | <description>User Given Name</description> | <name>user.name.given</name> | </user-attribute> View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222630#4222630 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222630

16 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Some more comments on examples so far

by gaohoward

Ok, I need another round of refactoring the readmes and code. I hate to do it again but Tim's points are right (and of high expectation as always). :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222626#4222626 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222626

16 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Some more comments on examples so far

by timfox

1) TopicSelector - please follow naming convention everyone else is using. No need to use durable subscriptions here, we already have a durable subscription test. Also when consuming messages print out the value of user id. It's not clear from this example that only matching messages are selected. That's the point of the example, and it's not really mentioned at all. There's no real explanation here of what the example is doing or why people would want to use selectors. 2) Request reply example Best to create all the objects at the beginng otherwise it seems you're creating them on each message which would be anti-pattern. Again, also there's no real explanation of what request-response is or why you'd want to do it. 3) Temporary queue example. Again, this example is not demonstrating anything relevant about temporary queues. It's just sending a message to a queue, it could be any queue. It doesn't demonstrate deleting temp queues and it doesn't demonstrate scoping of temp queues (to connection). The readme doesn't really have any useful information either. 4) TransactionalExample. Again (like I mentioned yesterday) this is not demonstrating anything really to do with transactions. It's just sending and consuming a message. 5) QueueRequestor example - no explanation of what the example is supposed to demonstrate. Guys - you're all thinking too much like developers here! ;) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222610#4222610 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222610

16 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Smooks JavaBinding

by ama1

Ok thanks a lot, I ll use the snapshot. Is there already a release planing for 1.2? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222608#4222608 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222608

16 years, 6 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Multiple ClassFileTransformers/Translators

by adrian＠jboss.org

"alesj" wrote : WRT: https://jira.jboss.org/jira/browse/JBSPRING-1 | "It does not work" is not a bug report. What's wrong with it? If you want to send me private e-mails asking me to look at stuff, at least give me something to look at. :-) Either way, I'll usually just ignore this kind of "twaddle" until the author puts some work into the question to make it answerable. anonymous wrote : | I've created custom JBoss5 LTW: http://anonsvn.jboss.org/repos/jbossas/projects/spring-int/trunk/weaving/... | | But my actual question is really: | * why do we use custom Translator instead of ClassFileTransformer | ** perhaps the usage of Translator::unregisterClassLoader | You should use an agent. The Transformer is only there for backwards compatibility with AOP from before the agent api was available. Something that is almost certainly no longer relevant except for some old tests in the testsuite. The only difference between the Transformer and the ClassFileTransformer is that one is inside ClassLoader.defineClass() - i.e. all classloaders while the other is only invoked from our ClassLoader. | | // Load the bytecode | byte[] byteCode = ClassLoaderUtils.loadByteCode(name, is); | | // Let the policy do things before we define the class | BaseClassLoaderPolicy basePolicy = policy; | ProtectionDomain protectionDomain = basePolicy.getProtectionDomain(name, resourcePath); | try | { | | TRANSFORMER HERE | | byte[] transformed = policy.transform(name, byteCode, protectionDomain); | if (transformed != null) | byteCode = transformed; | } | catch (Throwable t) | { | throw new RuntimeException("Unexpected error transforming class " + name, t); | } | | // Create the package if necessary | URL codeSourceURL = null; | if (protectionDomain != null) | { | CodeSource codeSource = protectionDomain.getCodeSource(); | if (codeSource != null) | codeSourceURL = codeSource.getLocation(); | } | definePackage(name, codeSourceURL); | | // Finally we can define the class | Class<?> result; | | AGENT INSTRUMENTATION HERE | | if (protectionDomain != null) | result = defineClass(name, byteCode, 0, byteCode.length, protectionDomain); | else | result = defineClass(name, byteCode, 0, byteCode.length); | anonymous wrote : | * why do we have just one translator and not a list of them | * why Translator per ClassLoaderSystem and not (also) per BaseClassLoaderPolicy | | Afaics the SpringLTW example will set the transformer to the whole ClassLoaderSystem, | where it would actually only make sense to have it on apps CL policy. | If you want to add classloader specific ClassFileTransformers to the BaseClassLoaderPolicy api that's ok with me. I think a better integration point would be to have a Spring aop deployer like our aop deployer to analyse (and in your case modify) the classloader based on metadata? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222607#4222607 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222607

16 years, 6 months

1
0
0 / 0

[Design of Security on JBoss] - java security in jboss & runtime parsing of java.policy file

by baranowb

Hi Decided to move here from mailing. I have been googling and browsing JBoss code in order to see how one can parse java.policy file at runtime and instrument policy collection accordingly. I see some code in jboss altering permissions however I did not find any runtime parse. Yet with no success. Has anoyone had chance to write something like that? Is it possible without writing specific parser (for this case) and iterate over grant/deny entries and instantiate permissions ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222596#4222596 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222596

16 years, 6 months

1
0
0 / 0

[Design of JBoss Build System] - JBossRetro cannot replace final reference to StringBuilder

by kfinkels

Hi, when replacing the StringBuilder with JBossStringBuilder there is a problem with final field referring to StringBuilder - it is not being renamed. I have the following code for example: button.addActionListener(new ActionListener(){ public void actionPerformed(ActionEvent e) { final StringBuilder builder = new StringBuilder("Hello"); frame.add(new JLabel(builder.toString())); } }); and the manipulated byte code is: public void actionPerformed(java.awt.event.ActionEvent e); 0 new org.jboss.lang.JBossStringBuilder [27] 3 dup 4 ldc <String "Hello"> [29] ....... ....... Local variable table: ....... [pc: 0, pc: 30] local: e index: 1 type: java.awt.event.ActionEvent [pc: 10, pc: 30] local: builder index: 2 type: java.lang.StringBuilder is there an option to rename class referring from final field??? 10x, Keren View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222587#4222587 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222587

16 years, 6 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums April 2009