[JBoss-user] [Security JAAS/JBoss] - Re: can username be UTF-8

2006-04-19 Thread caseyhelbling
I am seeing the same behaviour as previously described.  Text fields in my 
form-login.jsp posting to j_security_check do not correctly follow encoding 
type.  I am using a ? character or (ALT-0153) in my password and it gets 
garbled.  I have set my web.xml to include the locale-encoding-mapping-list as 
follows but it doesn't seem to have an effect.

  | locale-encoding-mapping-list
  | locale-encoding-mapping
  | localeen/locale
  | encodingUTF-8/encoding
  | /locale-encoding-mapping
  | locale-encoding-mapping
  | localeen_US/locale
  | encodingUTF-8/encoding
  | /locale-encoding-mapping
  | /locale-encoding-mapping-list
  | 
Thoughts?

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=3938265#3938265

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3938265


---
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 easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-user mailing list
JBoss-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Messaging, JMS JBossMQ] - Re: MDB extends base class: Verification of Enterprise Beans

2006-03-20 Thread caseyhelbling
I have a similar issue where my abstract base class doesn't have the 
onMessage(Message m) declaration.


  | public abstract class BaseMessageBean implements MessageDrivenBean, 
MessageListener
  | {
  | private MessageDrivenContext context = null;
  | 
  | public void setMessageDrivenContext(MessageDrivenContext context) 
throws EJBException
  | {
  | this.context = context;
  | }
  | 
  | public void ejbRemove() throws EJBException
  | {
  | }
  | 
  | public void ejbCreate() throws EJBException
  | {
  | }
  | 
  | }
  | 

My subclass implements the BaseMessageBean and onMessage(Message m) correctly 


  | public class ReportSchedulerBean extends BaseMessageBean
  | implements MessageDrivenBean, MessageListener
  | {
  | public void onMessage(Message message)
  | {
  |// stuff happens here
  | }
  | 
  | }
  | 

But I still get the spec violation stack.

14:56:07,578 WARN  [verifier] EJB spec violation:
Bean   : ReportSchedulerListener
Section: 15.7.4
Warning: The message driven bean must declare one onMessage() method.

I'm running 

Jboss 4.0.3SP1,
Java 1.5.0_06-b05

This worked on 4.0.1sp1

Thoughts?

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=3931439#3931439

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3931439


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-user mailing list
JBoss-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Persistence CMP/JBoss] - ORA-00972: identifier too long with CMR relationship

2004-07-06 Thread caseyhelbling
I have this cmr setup between a company and a division(which is another company).

/**
* @ejb:interface-method
*  
* @ejb.relation name = CompanyDivisions role-name=company-has-divisions 
* target-ejb=Company target-role-name=divisions-of-the-company type=java.util.Set
* 
* @jboss.target-relation fk-column=PARENT_COMPANY related-pk-field=id
*/
public abstract Set getCompanyDivisions();

when the remove on company is called it pukes with an ORA-00972: identifier too long 
exception.  the generated sql alias for the relationship is too long.

generated sql ---
-
SELECT 
   COMPANY.PARENT_COMPANY, 
   COMPANY_Company_companyDivisions.COMPANY_NAME

FROM COMPANY COMPANY, COMPANY COMPANY_Company_companyDivisions 
WHERE  blah blah...
-

As you can see the second alias is over the oracle 30 some char limit.  Is there a way 
around this or something that I am missing?

Thanks.
Casey


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3841089#3841089

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3841089


---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Persistence CMP/JBoss] - Re: ORA-00972: identifier too long with CMR relationship

2004-07-06 Thread caseyhelbling
Also this wasnt happening in 3.2.3 but started happening when I upgraded to 3.2.5.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3841090#3841090

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3841090


---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Persistence CMP/JBoss] - Re: ORA-00972: identifier too long with CMR relationship

2004-07-06 Thread caseyhelbling
Also, we are using oracle 10g.  Is there supposed to be a type mapping for this in 
standardjbosscmp-jdbc.xml?

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3841100#3841100

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3841100


---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user